Bug#835838: [Pkg-alsa-devel] Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2017-02-16 Thread Jordi Mallach
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

Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2017-02-14 Thread Javier Serrano Polo
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.

Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2017-02-14 Thread Felipe Sateler
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

Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2017-02-13 Thread Javier Serrano Polo
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

Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2016-09-21 Thread Felipe Sateler
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 > (

Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2016-09-03 Thread Javier Serrano Polo
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

Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2016-09-02 Thread Felipe Sateler
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 >>

Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2016-09-01 Thread Javier Serrano Polo
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

Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2016-08-29 Thread Felipe Sateler
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 >

Bug#835838: pulseaudio: Do not intercept ALSA if environment variable is set

2016-08-28 Thread Javier Serrano Polo
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 (