Package: pulseaudio
Version: 0.9.14-2
Severity: important
Tags: patch
Hello,
Pulseaudio currently FTBFS on hurd-i386 because of unconditional use of
the static PATH_MAX, PIPE_BUF limits, which hurd-i386 doesn't
have since they can vary dynamically or even not exist. Also,
Sjoerd Simons, le Thu 26 Apr 2012 16:37:32 +0200, a écrit :
On Wed, 2012-04-25 at 13:12 +0200, Samuel Thibault wrote:
tags 573339 + pending
thanks
Dear maintainer,
I've prepared an NMU for pulseaudio (versioned as 1.1-3.1) and
uploaded it to DELAYED/8. Please feel free to tell me
Samuel Thibault, le Tue 19 Aug 2014 20:36:35 +0200, a écrit :
Felipe Sateler, le Mon 18 Aug 2014 00:47:10 -0400, a écrit :
I am attempting to enable the pulseaudio test suite at package build
time. After clearing a few hurdles with upstream the package has
managed to build with tests
Samuel Thibault, le Tue 19 Aug 2014 21:00:02 +0200, a écrit :
Samuel Thibault, le Tue 19 Aug 2014 20:36:35 +0200, a écrit :
Felipe Sateler, le Mon 18 Aug 2014 00:47:10 -0400, a écrit :
I am attempting to enable the pulseaudio test suite at package build
time. After clearing a few hurdles
Source: libc0.3
Version: 2.18-6
Severity: normal
Felipe Sateler, le Tue 19 Aug 2014 16:28:15 -0400, a écrit :
Thanks for the quick look and resolution! Would you please let me know
when this change makes it into debian sid? So that I can enable the
tests in pulseaudio after that.
I'm afraid I
Hello,
Incompatibility between espeakup and pulseaudio is a recurring issue
which AIUI has never actually been settled (or nobody took the time to
implement a solution in Debian).
This is a real pain for blind users, there are loads of reports that
Debian/Ubuntu systems are not accessible, or
Sam Hartman, on sam. 06 janv. 2018 07:36:25 -0500, wrote:
> >>>>> "Samuel" == Samuel Thibault <sthiba...@debian.org> writes:
>
> Samuel> Hello,
> Samuel> Sam Hartman, on sam. 06 janv. 2018 06:09:44 -0500, wrote:
> >> * W
Scott Leggett, on sam. 06 janv. 2018 23:47:42 +1100, wrote:
> How about this?
> https://lists.freedesktop.org/archives/pulseaudio-discuss/2010-January/006033.html
Thanks for the pointers!
> the speakup daemons need to be modified so that they can be run as a
> normal user instead of root
I have
Sam Hartman, on sam. 06 janv. 2018 09:26:39 -0500, wrote:
> That makes sense to me, but is different than your earlier answer of it
> shouldn't matter because they are dormant.
I just meant that the presence of the modules themselves is not a
problem.
> If there's a benefit in suspending the
Hello,
Sam Hartman, on sam. 06 janv. 2018 06:09:44 -0500, wrote:
> * Will limiting the number of streams speech-dispatcher opens have any
> significant improvement. Are there actual costs to having the
> sd_generic and sd_dummy streams open even when they are unneeded?
I don't think there
Hello,
Sam wrote:
> This is mostly true because speech-dispatcher uses blocking threads
> rather than an event loop. The blocking happens in the module, *not*
> the audio library.
You mean in the module "speak" thread, right, I didn't think about
that. Actually, I've wondered why each and
Jude DaShiell, on ven. 02 févr. 2018 15:08:33 -0500, wrote:
> Perhaps lost or dropped might provide some interesting reading.
Thanks for the suggestion! Unfortunately nothing interesting showed up.
Samuel
___
pkg-pulseaudio-devel mailing list
Felipe Sateler, on ven. 02 févr. 2018 20:38:43 -0300, wrote:
> There are two mechanisms by which pulseaudio coordinates device access.
Thanks!
Samuel
___
pkg-pulseaudio-devel mailing list
pkg-pulseaudio-devel@lists.alioth.debian.org
Hello,
Alex ARNAUD, on sam. 30 déc. 2017 11:21:35 +0100, wrote:
> A possible solution could be to enable to emit sound from TCP or Unix
> socket as described here:
> http://billauer.co.il/blog/2014/01/pa-multiple-users/
I thought about it indeed, I'm just afraid it's quite involved.
> It seems
14 matches
Mail list logo