El dl 13 de 02 de 2017 a les 13:30 +0100, en/na Javier Serrano Polo va
escriure:
> X-Debbugs-CC: pkg-alsa-de...@lists.alioth.debian.org
>
> El dc 21 de 09 de 2016 a les 10:36 -0300, Felipe Sateler va escriure:
> > Alsa maintainers, what do you think?
>
> Maintainers remain silent.
>
> > Adding a
El dt 14 de 02 de 2017 a les 19:35 -0300, Felipe Sateler va escriure:
> Could you check with the release team if this change would be OK for stretch?
>
> Otherwise I can queue this up for buster.
We can wait.
> Could you propose such a patch to the upstream alsa developers?
I can try.
smime.p
On Mon, Feb 13, 2017 at 9:30 AM, Javier Serrano Polo wrote:
> X-Debbugs-CC: pkg-alsa-de...@lists.alioth.debian.org
>
> El dc 21 de 09 de 2016 a les 10:36 -0300, Felipe Sateler va escriure:
>> Alsa maintainers, what do you think?
>
> Maintainers remain silent.
>
>> Adding a similar check for a vari
X-Debbugs-CC: pkg-alsa-de...@lists.alioth.debian.org
El dc 21 de 09 de 2016 a les 10:36 -0300, Felipe Sateler va escriure:
> Alsa maintainers, what do you think?
Maintainers remain silent.
> Adding a similar check for a variable named
> like PULSE_DISABLE_ALSA_PLUGIN or something like that shoul
Hello alsa maintainers
On 28 August 2016 at 14:40, Javier Serrano Polo wrote:
>
> There should be a way for an ALSA application not to be intercepted by
> PulseAudio; for instance, by setting an environment variable. One
> example is the ALSA back end of LMMS, where the interception is buggy
> ( h
El dv 02 de 09 de 2016 a les 22:40 -0300, Felipe Sateler va escriure:
> what this really does is load
> the file described in PULSE_ALSA_HOOK_CONF, and default to the known
> location?
Correct.
smime.p7s
Description: S/MIME cryptographic signature
On 1 September 2016 at 18:28, Javier Serrano Polo wrote:
> El dl 29 de 08 de 2016 a les 12:51 -0300, Felipe Sateler va escriure:
>> Hmm. I wonder if instead of using an override pointing to a different
>> file, it would be a simple disable flag (ALSA_PULSE_DISABLE). Is this
>> possible in this con
El dl 29 de 08 de 2016 a les 12:51 -0300, Felipe Sateler va escriure:
> Hmm. I wonder if instead of using an override pointing to a different
> file, it would be a simple disable flag (ALSA_PULSE_DISABLE). Is this
> possible in this configuration language?
As far as I know, there is no conditional
On 28 August 2016 at 14:40, Javier Serrano Polo wrote:
> Package: pulseaudio
> Version: 9.0-2
> Severity: wishlist
> Tags: patch
>
> There should be a way for an ALSA application not to be intercepted by
> PulseAudio; for instance, by setting an environment variable. One
> example is the ALSA back
Package: pulseaudio
Version: 9.0-2
Severity: wishlist
Tags: patch
There should be a way for an ALSA application not to be intercepted by
PulseAudio; for instance, by setting an environment variable. One
example is the ALSA back end of LMMS, where the interception is buggy
( https://bugs.debian.org
10 matches
Mail list logo