From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 28 10:43:26 2020 Received: (at 43628) by debbugs.gnu.org; 28 Sep 2020 14:43:26 +0000 Received: from localhost ([127.0.0.1]:53723 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMuN8-0007wk-Af for submit@debbugs.gnu.org; Mon, 28 Sep 2020 10:43:26 -0400 Received: from mail-pj1-f46.google.com ([209.85.216.46]:39975) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMuN6-0007wX-DG for 43628@debbugs.gnu.org; Mon, 28 Sep 2020 10:43:21 -0400 Received: by mail-pj1-f46.google.com with SMTP id mn7so774730pjb.5 for <43628@debbugs.gnu.org>; Mon, 28 Sep 2020 07:43:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GS6uWjQ8ZcHO65kB0625Sf6v038wiopAEjBY/57yEE8=; b=MOtKmL+ihy3kXRtCXx3dfl3uGu9G1bgGEMzTExY+VFAYKJ+GWKK4Mf3G2SdyRBbrP4 H8lRf4oP5f/BAki5dx1YfGXfxg34hmRMN73+NCONL03OzJFsfUWEioWLuMSZUUZv45YN lZcovTwObdgbuO/gDaixZHm0vsaSZsiAhu4fTHaey4NzXoxU8YAMddPHzzv3p4A2qq1p 8m+jjanLuebPrT3HNzoLSvfA/q9Ad3/KgdEYlmMDoTNmXKqNAssuoBua0+ROoY21zqro VW1nB0j3r8vPDMc1i61uVTpL5VHFbDnTRgwYfiJRZll7sRDhScwxk2nCkUWnu2HznXNq AC4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GS6uWjQ8ZcHO65kB0625Sf6v038wiopAEjBY/57yEE8=; b=uEM4b0oG2ST61eHlCBLuECqZP7aSbQrJm8O2RMikjFPbgyRhuC1HKijYEekDPxIxY3 ekf7RytZcDTr6UQLCAxyqDQnyhJZ2Td+sl2EH/3lSfvGGdWPLW/YIhQd5IqSv2uI/Bvu 2Vaotzrax78XIwhpQOGvGBQhvvmkb/wykjHjgYx7rVqCKXjAQNNqT/fi6SKD6tGaCVD5 UTKW3jMXaO/f/37rkRlsHCLvuN6pt4WwrUiggPB07WE3xWXEwWRr6AwN03HtozcGnaD3 qXBSiWkwRV9z+mYzVnUUrOX2iUdXOdvfrB78mPOd/M1do+ypbxmiQk0rTeWqlJVD47cS cJEA== X-Gm-Message-State: AOAM53334xpzMsXc6lROBp9AY564///cfBfa+Jb4FdBNfxHWKlRkqK0h CskKynGTNF/JuSzycV2/LCe8GgJy2tdBcHpX9Nrgi+J+T8bDZA== X-Google-Smtp-Source: ABdhPJx0xTCqTk6JGbN1arcXrZMvt0QVmWmRcMkel5rPSZzVu9Bx+5JeS159G2BdBlf8uAbuQSBkyCCu1BuhUm/1Lg0= X-Received: by 2002:a17:90a:d3cd:: with SMTP id d13mr1737854pjw.70.1601304194201; Mon, 28 Sep 2020 07:43:14 -0700 (PDT) MIME-Version: 1.0 References: <561466E3-006A-4460-9DEA-61A8DC16E7A8@lepiller.eu> <5B02C136-670D-4930-A461-731DA3D5221F@lepiller.eu> <580CE2CF-2CAD-49E4-AFAB-A28DD11585E9@lepiller.eu> In-Reply-To: <580CE2CF-2CAD-49E4-AFAB-A28DD11585E9@lepiller.eu> From: Prafulla Giri Date: Mon, 28 Sep 2020 20:28:02 +0545 Message-ID: Subject: Re: [bug#43628] Further Info To: Julien Lepiller Content-Type: multipart/alternative; boundary="000000000000ac3d5805b060af00" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 43628 Cc: 43628@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000ac3d5805b060af00 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I see... 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 used on= ly > 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 wrote: > > > Le 27 septembre 2020 01:56:31 GMT-04:00, Prafulla Giri < > pratheblackdiamond@gmail.com> a =C3=A9crit : > >First and foremost: wow. A post-doc at just three years older than me. > >*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/aegi= sub.scm > > > >I will look into the matter then. Might take me a while, but I'll try. > > > >It's sad that framagit is closing. I think they were doing a great job > >with > >peertube and all... > > Well, it's framasoft, they started so many services that they can't handl= e > the load anymore. So they've started closing them little by little last > year. Some of them will stay, and others will disappear. They never wante= d > to centralize the web around them, so it's understandable. Instead, they > propose other alternatives, they've started the chaton initiative (where > other structures propose the same kind of services, at a smaller scale), > etc. > > They're still developping peertube, don't worry about that. But they're > not going to host a public instance. Remember they're about 10 volunteers > and one employee :) > > > > >On Sun, Sep 27, 2020 at 3:00 AM Julien Lepiller > >wrote: > > > >> Thanks! On the guix system, aegisub already works properly (at least > >it > >> did when I last used it), because the alsa config allows it to find > >> pulseaudio. > >> > >> There are three issues with your proposed change: > >> > >> First using derivation-outputs is a bad idea, and it probably only > >works > >> because alsa-plugin doesn't depend on your modified alsa-lib (you'd > >get an > >> infinite loop I think). Since alsa-plugin doesn't depend on this > >modified > >> alsa-lib, you don't need such a convoluted work around. When defining > >the > >> conhigure flags, you can simply use (assoc-ref %build-inputs > >"alsa-plugin") > >> when "alsa-plugin" is defined as an input to the package. > >> > >> Second, setting plugindir at build-time is just asking for the same > >kind > >> of issues you are trying to fix, only for finding another plugin that > >might > >> be needed. > >> > >> Third, the way you modify the arguments is=E2=80=A6 unconventional :) = try > >using > >> substitute-keyword-arguments instead. There are plenty of examples in > >the > >> repo. > >> > >> I remember having dealt with this issue before, and pushed a patch > >some 3 > >> years ago: http://issues.guix.gnu.org/31239 > >> > >> Could you look at what happened in the meantime? I think it was > >reverted > >> in favor of the asound.conf file we have in the guix system now. You > >might > >> learn something if you find the reason why it was changed. > >> > >> Re my other projects, framagit is going to close next year, so I'll > >be > >> migrating to my own hosting, currently at git.lepiller.eu. > >> > >> Ok for the cultural difference. It's probably too soon to call me a > >> "senior" though, I'm still pretty young: only 3 years older than you > >:p > >> > >> Le 26 septembre 2020 16:46:50 GMT-04:00, Prafulla Giri < > >> pratheblackdiamond@gmail.com> a =C3=A9crit : > >>> > >>> Oh, I come from a culture that does not call seniors by their first > >>> names. (: > >>> Yes! guix-android looks super awesome! I'm glad that you are working > >on > >>> that. You're awesome. > >>> (Also, I just realized that you've also got guix-home-manager and so > >many > >>> 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/aegi= sub.scm > >>> > >>> All I had to do was re-define 'alsa-lib' to point to the /gnu/store > >path > >>> of alsa-plugins. The /gnu/store path had to be figured out during > >runtime. > >>> > >>> Could you please check how this fares in a GuixSD system? If it goes > >>> well, perhaps I should send a patch in for aegisub. But then again, > >I > >>> wonder if I should make the changes in alsa-lib itself, but I am not > >very > >>> sure about that. > >>> > >>> On Sat, Sep 26, 2020 at 8:20 PM Julien Lepiller > >>> wrote: > >>> > >>>> Hehe, thanks for your interest in guix-android. It's not really > >done > >>>> yet, but I'm very motivated :). It always feels weird when someone > >on the > >>>> internet calls you Mr ^^. No need to be so stiff, you can call me > >"Julien" > >>>> (and I suppose it's the norm to call people by their first name in > >this > >>>> kind of internet community). > >>>> > >>>> Maybe try to run aegisub with strace -f, you might find out > >something. > >>>> You may have to take a look at alsa's sources to find out how it > >looks for > >>>> 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 =C3=A9crit : > >>>>> > >>>>> 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 this > >>>>>> issue. Perhaps I get absolutely tired of it (or find a good hack > >- and an > >>>>>> ugly patch). I did manage to learn a bit more about union-builds > >in > >>>>>> general. So, that's a silver lining. > >>>>>> > >>>>>> Also, your work on guix-android seems so very cool! Please keep > >up the > >>>>>> great work! > >>>>>> > >>>>>> On Sat, Sep 26, 2020 at 3:28 PM Julien Lepiller > > > >>>>>> wrote: > >>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Hi Prafulla, > >>>>>>> > >>>>>>> Le 26 septembre 2020 03:31:38 GMT-04:00, Prafulla Giri < > >>>>>>> pratheblackdiamond@gmail.com> a =C3=A9crit : > >>>>>>> >Another information: > >>>>>>> > > >>>>>>> >I have other programs on my foreign system (installed via guix) > >that > >>>>>>> >produce sound well, without any issues. They include: > >>>>>>> >espeak and kdenlive. > >>>>>>> > > >>>>>>> >Also, I did try making the union-build use copies instead of > >symlinks > >>>>>>> >using > >>>>>>> >(union-build ... #:symlink copy-recursively) but that didn't > >work out > >>>>>>> >either. > >>>>>>> > > >>>>>>> >Now, I'm going to take a look at fixing the pkg-config rules, > >and > >>>>>>> will > >>>>>>> >be > >>>>>>> >updating this thread should that resolve this issue. > >>>>>>> > > >>>>>>> >On Sat, Sep 26, 2020 at 12:21 PM Prafulla Giri > >>>>>>> > > >>>>>>> >wrote: > >>>>>>> > > >>>>>>> >> I forgot to mention, but the union-build works. If one `guix > >>>>>>> build`s > >>>>>>> >the > >>>>>>> >> union package, and cd into the /gnu/store/...-union-build, > >one will > >>>>>>> >see > >>>>>>> >> that things are there as it should be (lib/normal-alsa-*.so > >and > >>>>>>> >> 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 completely > >>>>>>> ignored: alsa doesn't look in it's current directory for > >plugins, but in > >>>>>>> the directory where it's been configured (at build time) to look > >for. > >>>>>>> > >>>>>>> On the Guix System, there is a service that creates a > >>>>>>> /etc/asound.conf, which references alsa-plugins:pulseaudio. > >Maybe you > >>>>>>> actually want to configure that? Maybe try to copy this to a new > >file > >>>>>>> .asoundrc: > >>>>>>> > >>>>>>> pcm_type.pule { > >>>>>>> lib > >>>>>>> > >"/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 { > >>>>>>> type pulse > >>>>>>> } > >>>>>>> > >>>>>>> ctl.!default { > >>>>>>> type pulse > >>>>>>> } > >>>>>>> > >>>>>> > --000000000000ac3d5805b060af00 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I see...

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 g= libc extension to=20 determine the libasound.so path at runtime. The hardcoded path is used=20 only 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 J= ulien Lepiller <julien@lepiller.eu= > wrote:
=

Le 27 septembre 2020 01:56:31 GMT-04:00, Prafulla Giri <pratheblackdiamond@gmail.= com> a =C3=A9crit :
>First and foremost: wow. A post-doc at just three years older than me.<= br> >*cries in high-school drop-out* Super awesome!
>
>I have cleaned up my package definition as per your review:
>https://github.c= om/peanutbutterandcrackers/guix-packages/blob/master/aegisub.scm
>
>I will look into the matter then. Might take me a while, but I'll t= ry.
>
>It's sad that framagit is closing. I think they were doing a great = job
>with
>peertube and all...

Well, it's framasoft, they started so many services that they can't= handle the load anymore. So they've started closing them little by lit= tle last year. Some of them will stay, and others will disappear. They neve= r wanted to centralize the web around them, so it's understandable. Ins= tead, they propose other alternatives, they've started the chaton initi= ative (where other structures propose the same kind of services, at a small= er scale), etc.

They're still developping peertube, don't worry about that. But the= y're not going to host a public instance. Remember they're about 10= volunteers and one employee :)

>
>On Sun, Sep 27, 2020 at 3:00 AM Julien Lepiller <julien@lepiller.eu>
>wrote:
>
>> Thanks! On the guix system, aegisub already works properly (at lea= st
>it
>> did when I last used it), because the alsa config allows it to fin= d
>> pulseaudio.
>>
>> There are three issues with your proposed change:
>>
>> First using derivation-outputs is a bad idea, and it probably only=
>works
>> because alsa-plugin doesn't depend on your modified alsa-lib (= you'd
>get an
>> infinite loop I think). Since alsa-plugin doesn't depend on th= is
>modified
>> alsa-lib, you don't need such a convoluted work around. When d= efining
>the
>> conhigure flags, you can simply use (assoc-ref %build-inputs
>"alsa-plugin")
>> when "alsa-plugin" is defined as an input to the package= .
>>
>> Second, setting plugindir at build-time is just asking for the sam= e
>kind
>> of issues you are trying to fix, only for finding another plugin t= hat
>might
>> be needed.
>>
>> Third, the way you modify the arguments is=E2=80=A6 unconventional= :) try
>using
>> substitute-keyword-arguments instead. There are plenty of examples= in
>the
>> repo.
>>
>> I remember having dealt with this issue before, and pushed a patch=
>some 3
>> years ago: http://issues.guix.gnu.org/31239
>>
>> Could you look at what happened in the meantime? I think it was >reverted
>> in favor of the asound.conf file we have in the guix system now. Y= ou
>might
>> learn something if you find the reason why it was changed.
>>
>> Re my other projects, framagit is going to close next year, so I&#= 39;ll
>be
>> migrating to my own hosting, currently at git.lepiller.eu.
>>
>> Ok for the cultural difference. It's probably too soon to call= me a
>> "senior" though, I'm still pretty young: only 3 year= s older than you
>:p
>>
>> Le 26 septembre 2020 16:46:50 GMT-04:00, Prafulla Giri <
>> = pratheblackdiamond@gmail.com> a =C3=A9crit :
>>>
>>> Oh, I come from a culture that does not call seniors by their = first
>>> names. (:
>>> Yes! guix-android looks super awesome! I'm glad that you a= re working
>on
>>> that. You're awesome.
>>> (Also, I just realized that you've also got guix-home-mana= ger and so
>many
>>> more cool repositories! I need to check those out, and soon!)<= br> >>>
>>> I did manage to resolve this issue. Kinda'. Here:
>>>
>https://github.c= om/peanutbutterandcrackers/guix-packages/blob/master/aegisub.scm
>>>
>>> All I had to do was re-define 'alsa-lib' to point to t= he /gnu/store
>path
>>> of alsa-plugins. The /gnu/store path had to be figured out dur= ing
>runtime.
>>>
>>> Could you please check how this fares in a GuixSD system? If i= t goes
>>> well, perhaps I should send a patch in for aegisub. But then a= gain,
>I
>>> wonder if I should make the changes in alsa-lib itself, but I = am not
>very
>>> sure about that.
>>>
>>> On Sat, Sep 26, 2020 at 8:20 PM Julien Lepiller <julien@lepiller.eu> >>> wrote:
>>>
>>>> Hehe, thanks for your interest in guix-android. It's n= ot really
>done
>>>> yet, but I'm very motivated :). It always feels weird = when someone
>on the
>>>> internet calls you Mr ^^. No need to be so stiff, you can = call me
>"Julien"
>>>> (and I suppose it's the norm to call people by their f= irst name in
>this
>>>> kind of internet community).
>>>>
>>>> Maybe try to run aegisub with strace -f, you might find ou= t
>something.
>>>> You may have to take a look at alsa's sources to find = out how it
>looks for
>>>> its plugins exactly (maybe try to grep for PLUGIN or PLUGI= NDIR)?
>>>>
>>>> Le 26 septembre 2020 08:07:34 GMT-04:00, Prafulla Giri <= ;
>>>> pratheblackdiamond@gmail.com> a =C3=A9crit :
>>>>>
>>>>> 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 p= oke around this
>>>>>> issue. Perhaps I get absolutely tired of it (or fi= nd a good hack
>- and an
>>>>>> ugly patch). I did manage to learn a bit more abou= t union-builds
>in
>>>>>> general. So, that's a silver lining.
>>>>>>
>>>>>> Also, your work on guix-android seems so very cool= ! Please keep
>up the
>>>>>> great work!
>>>>>>
>>>>>> On Sat, Sep 26, 2020 at 3:28 PM Julien Lepiller ><julien@lepi= ller.eu>
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi Prafulla,
>>>>>>>
>>>>>>> Le 26 septembre 2020 03:31:38 GMT-04:00, Prafu= lla Giri <
>>>>>>> pratheblackdiamond@gmail.com> a =C3=A9crit :
>>>>>>> >Another information:
>>>>>>> >
>>>>>>> >I have other programs on my foreign system= (installed via guix)
>that
>>>>>>> >produce sound well, without any issues. Th= ey include:
>>>>>>> >espeak and kdenlive.
>>>>>>> >
>>>>>>> >Also, I did try making the union-build use= copies instead of
>symlinks
>>>>>>> >using
>>>>>>> >(union-build ... #:symlink copy-recursivel= y) but that didn't
>work out
>>>>>>> >either.
>>>>>>> >
>>>>>>> >Now, I'm going to take a look at fixin= g the pkg-config rules,
>and
>>>>>>> will
>>>>>>> >be
>>>>>>> >updating this thread should that resolve t= his issue.
>>>>>>> >
>>>>>>> >On Sat, Sep 26, 2020 at 12:21 PM Prafulla = Giri
>>>>>>> ><pratheblackdiamond@gmail.com>
>>>>>>> >wrote:
>>>>>>> >
>>>>>>> >> I forgot to mention, but the union-bu= ild works. If one `guix
>>>>>>> build`s
>>>>>>> >the
>>>>>>> >> union package, and cd into the /gnu/s= tore/...-union-build,
>one will
>>>>>>> >see
>>>>>>> >> that things are there as it should be= (lib/normal-alsa-*.so
>and
>>>>>>> >> lib/alsa-lib/*pulse*.so).
>>>>>>> >>
>>>>>>> >> It's just that aegisub seems to b= e looking from the
>>>>>>> >> /gnu/store/normal-alsa-lib-dir instea= d of
>>>>>>> >/gnu/store/union-alsa-package.
>>>>>>> >>
>>>>>>>
>>>>>>> I think the issue with the union-build is that= it is completely
>>>>>>> ignored: alsa doesn't look in it's cur= rent directory for
>plugins, but in
>>>>>>> the directory where it's been configured (= at build time) to look
>for.
>>>>>>>
>>>>>>> On the Guix System, there is a service that cr= eates a
>>>>>>> /etc/asound.conf, which references alsa-plugin= s:pulseaudio.
>Maybe you
>>>>>>> actually want to configure that? Maybe try to = copy this to a new
>file
>>>>>>> .asoundrc:
>>>>>>>
>>>>>>> pcm_type.pule {
>>>>>>>=C2=A0 =C2=A0lib
>>>>>>>
>"/home/foo/.guix-profile/lib/alsa-lib/libasound_module_pcm_pulse.s= o"
>>>>>>> }
>>>>>>>
>>>>>>> ctl_type.pulse {
>>>>>>>
>>>>>>>
>lib"/home/foo/.guix-profile/lib/alsa-lib/libasound_module_ctl_puls= e.so"
>>>>>>> }
>>>>>>>
>>>>>>> pcm.!default {
>>>>>>>=C2=A0 =C2=A0type pulse
>>>>>>> }
>>>>>>>
>>>>>>> ctl.!default {
>>>>>>>=C2=A0 =C2=A0type pulse
>>>>>>> }
>>>>>>>
>>>>>>
--000000000000ac3d5805b060af00--