Am 18.08.2014 um 17:14 schrieb Felipe Sateler:
And I just got a report from a user that kde breaks due to this
change. Possibly "main" does not exist when pulse is loaded via the
kde machinery.
Huh, how can a process possibly not have a main() symbol?
Best regards.
___
Le 2014-08-19 10:00, Thomas Martitz a écrit :
Am 18.08.2014 um 17:14 schrieb Felipe Sateler:
And I just got a report from a user that kde breaks due to this
change. Possibly "main" does not exist when pulse is loaded via the
kde machinery.
Huh, how can a process possibly not have a main() sym
On Sun, 2014-08-17 at 22:57 -0300, flavio.ceo...@gmail.com wrote:
> Apparently it's not working on pavucontrol as well. I also tried to
> check the pavumeter but the repository where it is seems to be down.
If the volume meters in pavucontrol don't work, it's pretty pointless to
try to make your o
On Tue, 2014-08-19 at 07:47 +0200, David Henningsson wrote:
>
> On 2014-08-17 13:52, Tanu Kaskinen wrote:
> > The analog-output path should be suppressed when there are more
> > specific paths available. Currently that usually doesn't happen. The
> > suppression can be done with the path subset de
Since the RAOP sink supports only some formats and channel counts, we
shouldn't blindly use pa_core.default_sample_spec. This patch changes
things so that we default to PA_SAMPLE_S16NE and 2 channels, and only
take the sample rate from pa_core.default_sample_spec.
---
src/modules/raop/module-raop-
On Tue, 2014-08-19 at 14:08 +0300, Tanu Kaskinen wrote:
> Since the RAOP sink supports only some formats and channel counts, we
> shouldn't blindly use pa_core.default_sample_spec. This patch changes
> things so that we default to PA_SAMPLE_S16NE and 2 channels, and only
> take the sample rate from
On Sun, 2014-04-13 at 20:20 +0200, Balint Reczey wrote:
> Hi,
>
> This patch has been contributed through Debian's bug tracker.
> Please review it and consider accepting it to the project's code base if
> you find it useful.
I think the patch is a workaround rather than a fix for the root cause.
Tanu Kaskinen wrote on 19/08/14 12:12:
> On Tue, 2014-08-19 at 14:08 +0300, Tanu Kaskinen wrote:
>> Since the RAOP sink supports only some formats and channel counts, we
>> shouldn't blindly use pa_core.default_sample_spec. This patch changes
>> things so that we default to PA_SAMPLE_S16NE and 2 ch
This is useful for debugging.
Signed-off-by: David Henningsson
---
src/modules/alsa/alsa-mixer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/modules/alsa/alsa-mixer.c b/src/modules/alsa/alsa-mixer.c
index 4871523..2a14751 100644
--- a/src/modules/alsa/alsa-mixer.c
+++ b/src/modules/a
From: João Paulo Rechi Vita
This commit adds basic support for devices implementing HSP Headset
Unit, HSP Audio Gateway, HFP Handsfree Unit, HFP Audio Gateway to the
BlueZ 5 bluetooth audio devices driver module (module-bluez5-device).
---
src/modules/bluetooth/bluez5-util.c | 4 +
sr
From: João Paulo Rechi Vita
---
src/modules/bluetooth/module-bluetooth-policy.c | 27 -
1 file changed, 18 insertions(+), 9 deletions(-)
diff --git a/src/modules/bluetooth/module-bluetooth-policy.c
b/src/modules/bluetooth/module-bluetooth-policy.c
index 6837f0d..8bbda3d
From: Jo??o Paulo Rechi Vita
---
configure.ac | 16
src/Makefile.am | 3 ++-
src/modules/bluetooth/backend-null.c | 37
src/modules/bluetooth/bluez5-util.c | 5 +
src/modules/bluetooth/bluez
From: Jo??o Paulo Rechi Vita
---
configure.ac | 6 +-
src/modules/bluetooth/backend-ofono.c | 143 ++
2 files changed, 146 insertions(+), 3 deletions(-)
create mode 100644 src/modules/bluetooth/backend-ofono.c
diff --git a/configure.ac
On 2014-08-19 12:09, Tanu Kaskinen wrote:
On Tue, 2014-08-19 at 07:47 +0200, David Henningsson wrote:
On 2014-08-17 13:52, Tanu Kaskinen wrote:
The analog-output path should be suppressed when there are more
specific paths available. Currently that usually doesn't happen. The
suppression can
On Mon, Aug 18, 2014 at 5:11 AM, Peter Meerwald wrote:
>
>> OK, so it now seems that with the hurd we still are missing 1 test:
>> once-test[1]. Looks like the autobuilder is killing the build after a
>> timeout is reached.
>>
>> [1]
>> https://buildd.debian.org/status/fetch.php?pkg=pulseaudio&ar
Not sure if this is a bug or braindamage on my part. In view of the doc
for the "--check" option, I was surprised at the following:
As ordinary user 'gdg' (under which PA daemon is running):
$ id
uid=501(gdg) gid=501(gdg) groups=501(gdg),19(log),92(audio), \
190(systemd-journal)
Sorry, neglected to provide version info: It's pulseaudio 5.0 from Arch
linux package pulseaudio-5.0-1.
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
On Tue, 2014-08-19 at 13:44 -0600, Glenn Golden wrote:
> Not sure if this is a bug or braindamage on my part. In view of the doc
> for the "--check" option, I was surprised at the following:
>
> As ordinary user 'gdg' (under which PA daemon is running):
>
> $ id
> uid=501(gdg) gid=501(gdg
Hello,
I have the following line in my default.pa:
load-module module-alsa-sink device=bt sink_name=alsa_bt
Sometimes (when the corresponding physical device is turned off)
pulseaudio refuses to start, saying
E: [pulseaudio] module.c: Failed to load module "module-alsa-sink"
(argument: "device=
On 19 August 2014 22:42, Dmitry Pavlov wrote:
> Hello,
Hiya,
This list is subscriber-only, so you'll need to subscribe to post and
see replies. I've manually let this message through for now.
> I have the following line in my default.pa:
>
> load-module module-alsa-sink device=bt sink_name=alsa_
20 matches
Mail list logo