Ok, I tgink that means alsa-lib looks for plugins in its rpach, fails to do so, tgen fallls back to its hard-coded path, and fails again. So if we set the rpath correctly (which we cannot do in a package because it would introduce a cyclic dependency), it can load its plugin.
Could you try to set LD_LIBRARY_PATH like so:
LD_LIBRARY_PATH=<alsa-plugin's pulseaudio output>/lib aegisub
Le 28 septembre 2020 10:43:02 GMT-04:00, Prafulla Giri <pratheblackdiamond@gmail.com> a écrit :
Toggle quote (305 lines)
>Hmm.... I didn't know they were just 11 people.
>Anyways, here is something that an ALSA developer told me... I couldn't
>make much of it. But Perhaps you could?
>The current alsa-lib code uses the RTLD_DI_ORIGIN glibc extension to
>> determine the libasound.so path at runtime. The hardcoded path is
>> if this mechanism does not work
>Perhaps you'd like to see our conversation over at GitHub:
>https://github.com/alsa-project/alsa-lib/issues/82
>You're far more qualified to do this than I am.
>On Sun, Sep 27, 2020 at 4:55 PM Julien Lepiller <julien@lepiller.eu>
>> Le 27 septembre 2020 01:56:31 GMT-04:00, Prafulla Giri <
>> pratheblackdiamond@gmail.com> a écrit :
>> >First and foremost: wow. A post-doc at just three years older than
>> >*cries in high-school drop-out* Super awesome!
>> >I have cleaned up my package definition as per your review:
>https://github.com/peanutbutterandcrackers/guix-packages/blob/master/aegisub.scm
>> >I will look into the matter then. Might take me a while, but I'll
>> >It's sad that framagit is closing. I think they were doing a great
>> Well, it's framasoft, they started so many services that they can't
>> the load anymore. So they've started closing them little by little
>> year. Some of them will stay, and others will disappear. They never
>> to centralize the web around them, so it's understandable. Instead,
>> propose other alternatives, they've started the chaton initiative
>> other structures propose the same kind of services, at a smaller
>> They're still developping peertube, don't worry about that. But
>> not going to host a public instance. Remember they're about 10
>> >On Sun, Sep 27, 2020 at 3:00 AM Julien Lepiller <julien@lepiller.eu>
>> >> Thanks! On the guix system, aegisub already works properly (at
>> >> did when I last used it), because the alsa config allows it to
>> >> There are three issues with your proposed change:
>> >> First using derivation-outputs is a bad idea, and it probably only
>> >> because alsa-plugin doesn't depend on your modified alsa-lib
>> >> infinite loop I think). Since alsa-plugin doesn't depend on this
>> >> alsa-lib, you don't need such a convoluted work around. When
>> >> conhigure flags, you can simply use (assoc-ref %build-inputs
>> >> when "alsa-plugin" is defined as an input to the package.
>> >> Second, setting plugindir at build-time is just asking for the
>> >> of issues you are trying to fix, only for finding another plugin
>> >> Third, the way you modify the arguments is… unconventional :) try
>> >> substitute-keyword-arguments instead. There are plenty of examples
>> >> I remember having dealt with this issue before, and pushed a patch
>> >> years ago: http://issues.guix.gnu.org/31239
>> >> Could you look at what happened in the meantime? I think it was
>> >> in favor of the asound.conf file we have in the guix system now.
>> >> learn something if you find the reason why it was changed.
>> >> Re my other projects, framagit is going to close next year, so
>> >> migrating to my own hosting, currently at git.lepiller.eu.
>> >> Ok for the cultural difference. It's probably too soon to call me
>> >> "senior" though, I'm still pretty young: only 3 years older than
>> >> Le 26 septembre 2020 16:46:50 GMT-04:00, Prafulla Giri <
>> >> pratheblackdiamond@gmail.com> a écrit :
>> >>> Oh, I come from a culture that does not call seniors by their
>> >>> Yes! guix-android looks super awesome! I'm glad that you are
>> >>> that. You're awesome.
>> >>> (Also, I just realized that you've also got guix-home-manager and
>> >>> more cool repositories! I need to check those out, and soon!)
>> >>> I did manage to resolve this issue. Kinda'. Here:
>https://github.com/peanutbutterandcrackers/guix-packages/blob/master/aegisub.scm
>> >>> All I had to do was re-define 'alsa-lib' to point to the
>> >>> of alsa-plugins. The /gnu/store path had to be figured out during
>> >>> Could you please check how this fares in a GuixSD system? If it
>> >>> well, perhaps I should send a patch in for aegisub. But then
>> >>> wonder if I should make the changes in alsa-lib itself, but I am
>> >>> On Sat, Sep 26, 2020 at 8:20 PM Julien Lepiller
>> >>>> Hehe, thanks for your interest in guix-android. It's not really
>> >>>> yet, but I'm very motivated :). It always feels weird when
>> >>>> internet calls you Mr ^^. No need to be so stiff, you can call
>> >>>> (and I suppose it's the norm to call people by their first name
>> >>>> kind of internet community).
>> >>>> Maybe try to run aegisub with strace -f, you might find out
>> >>>> You may have to take a look at alsa's sources to find out how it
>> >>>> its plugins exactly (maybe try to grep for PLUGIN or PLUGINDIR)?
>> >>>> Le 26 septembre 2020 08:07:34 GMT-04:00, Prafulla Giri <
>> >>>> pratheblackdiamond@gmail.com> a écrit :
>> >>>>> Okay, I think I'm stuck now. lol
>> >>>>> On Sat, Sep 26, 2020 at 3:42 PM Prafulla Giri <
>> >>>>> pratheblackdiamond@gmail.com> wrote:
>> >>>>>> Hello Mr. Lepiller,
>> >>>>>> Thank you for the tip. For the moment, I want to poke around
>> >>>>>> issue. Perhaps I get absolutely tired of it (or find a good
>> >>>>>> ugly patch). I did manage to learn a bit more about
>> >>>>>> general. So, that's a silver lining.
>> >>>>>> Also, your work on guix-android seems so very cool! Please
>> >>>>>> On Sat, Sep 26, 2020 at 3:28 PM Julien Lepiller
>> >>>>>>> Le 26 septembre 2020 03:31:38 GMT-04:00, Prafulla Giri <
>> >>>>>>> pratheblackdiamond@gmail.com> a écrit :
>> >>>>>>> >Another information:
>> >>>>>>> >I have other programs on my foreign system (installed via
>> >>>>>>> >produce sound well, without any issues. They include:
>> >>>>>>> >espeak and kdenlive.
>> >>>>>>> >Also, I did try making the union-build use copies instead of
>> >>>>>>> >(union-build ... #:symlink copy-recursively) but that didn't
>> >>>>>>> >Now, I'm going to take a look at fixing the pkg-config
>> >>>>>>> >updating this thread should that resolve this issue.
>> >>>>>>> >On Sat, Sep 26, 2020 at 12:21 PM Prafulla Giri
>> >>>>>>> ><pratheblackdiamond@gmail.com>
>> >>>>>>> >> I forgot to mention, but the union-build works. If one
>> >>>>>>> >> union package, and cd into the /gnu/store/...-union-build,
>> >>>>>>> >> that things are there as it should be
>> >>>>>>> >> lib/alsa-lib/*pulse*.so).
>> >>>>>>> >> It's just that aegisub seems to be looking from the
>> >>>>>>> >> /gnu/store/normal-alsa-lib-dir instead of
>> >>>>>>> >/gnu/store/union-alsa-package.
>> >>>>>>> I think the issue with the union-build is that it is
>> >>>>>>> ignored: alsa doesn't look in it's current directory for
>> >>>>>>> the directory where it's been configured (at build time) to
>> >>>>>>> On the Guix System, there is a service that creates a
>> >>>>>>> /etc/asound.conf, which references alsa-plugins:pulseaudio.
>> >>>>>>> actually want to configure that? Maybe try to copy this to a
>> >>>>>>> pcm_type.pule {
>> >"/home/foo/.guix-profile/lib/alsa-lib/libasound_module_pcm_pulse.so"
>> >>>>>>> ctl_type.pulse {
>>lib"/home/foo/.guix-profile/lib/alsa-lib/libasound_module_ctl_pulse.so"
>> >>>>>>> pcm.!default {
>> >>>>>>> ctl.!default {