GNU bug report logs - #31239
Make alsa find its plugins

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#31239: closed (Make alsa find its plugins)
Date: Sun, 27 May 2018 17:08:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sun, 27 May 2018 19:07:26 +0200
with message-id <20180527190726.32ea8178 <at> lepiller.eu>
and subject line Re: [bug#31239] Make alsa find its plugins
has caused the debbugs.gnu.org bug report #31239,
regarding Make alsa find its plugins
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
31239: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=31239
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Julien Lepiller <julien <at> lepiller.eu>
To: guix-patches <at> gnu.org
Subject: Make alsa find its plugins
Date: Sun, 22 Apr 2018 19:13:45 +0200

[Message part 3 (text/plain, inline)]

Hi, this patch adds an environment variable, ALSA_PLUGIN_DIR to allow
it to find its plugins. This is especially useful in GuixSD where
pulseaudio is used by most applications. When running an application
that only knows about alsa, no sound can be output because the card is
taken by pulse. One solution is to use the pulseaudio plugin from
alsa-plugins:pulseaudio and setting ~/.asoundrc:

# Default to PulseAudio
pcm.!default {
    type pulse
    hint {
        show on
        description "Default ALSA Output (currently PulseAudio Sound
Server)" }
}
ctl.!default {
    type pulse
}


But this results in an error because alsa will look for plugins in its
own output directory in the store. With this patch, alsa is able to
find its plugins in ALSA_PLUGIN_DIR after exporting it (export
ALSA_PLUGIN_DIR=$HOME/.guix-profile/lib/alsa-lib).

[0001-gnu-Make-alsa-find-its-plugins-by-setting-ALSA_PLUGI.patch (text/x-patch, attachment)]

[Message part 5 (message/rfc822, inline)]

From: Julien Lepiller <julien <at> lepiller.eu>
To: 31239-done <at> debbugs.gnu.org
Subject: Re: [bug#31239] Make alsa find its plugins
Date: Sun, 27 May 2018 19:07:26 +0200

[Message part 6 (text/plain, inline)]

Le Thu, 17 May 2018 08:01:43 +0200,
Danny Milosavljevic <dannym <at> scratchpost.org> a écrit :

> Hi Julien,
> 
> good idea!
> 
> The indentation in the patch files is off (alsa-lib uses tabs in its
> source code).
> 
> Also, what is
> 0001-Add-support-for-a-ALSA_PLUGIN_DIR-environment-variab.patch
> embedded in this patch for?  Maybe for upstream?  Nice :)
> 
> You already patch the individual files in alsa-lib.
> 
> Note: It would be possible to use
> 
> ++      char* plugdir = getenv("ALSA_PLUGIN_DIR") ?: ALSA_PLUGIN_DIR;
> 
> instead of
> 
> ++      char* plugdir = ALSA_PLUGIN_DIR;
> ++        char* envplugdir = getenv("ALSA_PLUGIN_DIR");
> ++        if(envplugdir != NULL)
> ++            plugdir = envplugdir;
> 
> (especially since it's repeated multiple times) but maybe that's too
> obscure.
> 
> So LGTM except for the indentation and extra patch file!

Pushed as 2101cc3fb691f443b830fdf5f846ded5fa018739 on core-updates.

[Message part 7 (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.