No sound from aegisub

OpenSubmitted by Prafulla Giri.
Details
3 participants
  • Julien Lepiller
  • Leo Famulari
  • Prafulla Giri
Owner
unassigned
Severity
normal
P
P
Prafulla Giri wrote on 26 Sep 2020 08:15
Request for patch evaluation/review
(address . guix-patches@gnu.org)
CAFw+=j3HG_a7f8R1p7C6izu+gAyeQ=uJVkijded881cTQcSnag@mail.gmail.com
Esteemed maintainers (and contributors),

Attached is a patch which, as far as I can see, should work. But it does
not. I would like to submit it here for review. Please tell me what I am
doing wrong or what I am failing to do, so that I might clean up this patch
and submit a proper one.

1. The problem this patch is trying to solve:
Aegisub (guix install aegisub), as it currently is, does not give any sound
(at least on foreign distros). The terminal output reads as follows, when a
video file (with audio) is added into the program and an attempt is made at
playing it: (Video is added to aegisub by using 'Video > Open Video...')
```
ALSA lib conf.c:3683:(snd_config_hooks_call) Cannot open shared library
libasound_module_conf_pulse.so
(/gnu/store/zcjdb23gbhl0pcnvvm8rnlprkfl43cv5-alsa-lib-1.2.2/lib/alsa-lib/libasound_module_conf_pulse.so:
libasound_module_conf_pulse.so: cannot open shared object file: No such
file or directory)
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM default
```
The complaint being that it can't find libasound_module_conf_pulse.so. This
.so comes from the guix package `alsa-plugins:pulseaudio`. The /gnu/store
directory for it is something like
/gnu/store/...-alsa-plugins-1.2.2-pulseaudio/lib/alsa-lib/libasound_module_conf_pulse.so.
However, the .so file is being looked for inside of the /gnu/store path to
alsa-lib
(/gnu/store/...-alsa-lib-1.2.2/lib/alsa-lib/libasound_module_conf_pulse.so.

2. The Natural Solution:
Since libasound_module_conf_pulse.so is supplied by
`alsa-plugins:pulseaudio`, and the program is looking for it inside the
path to alsa-lib (supplied by `alsa-lib`), union-build is a logical
solution. This is what the patch implements.

3. Problem:
Despite this patch being applied, it continues to look for the .so file
inside the path to alsa-lib and not the union-alsa. What is more, alsa-lib
is not even in the inputs. Only union-alsa is. And yet, it seems to be
trying to use alsa-lib's /gnu/store path, which, the way I see it, violates
guix's functional package management.

4. It's not guix, it's me:
I'm sure this is some mistake on my part. Hence, I submit the diff here for
review.

P. S: The diff has changed a bit because I got this idea of moving
out/lib/alsa-lib/* into out/lib/ just to see if that makes any difference.
Only to realize a little too late that it doesn't. But I send the diff with
those changes included because I didn't stash the previous (cleaner) one.
Attachment: file
Toggle diff (47 lines)
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 0f727a6e9e..0e037fb24b 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -3836,7 +3836,41 @@ programmers to access a standard API to open and decompress media files.")
        ("hunspell" ,hunspell)
        ("mesa" ,mesa)
        ("libass" ,libass)
-       ("alsa-lib" ,alsa-lib)
+       ("alsa-lib-with-pulseaudio-plugin"
+        ,(package
+           (inherit alsa-lib)
+           (name "alsa-lib-with-pulseaudio-plugin")
+           (source #f)
+           (build-system trivial-build-system)
+           (arguments
+            `(#:modules ((guix build union)
+		         (guix build utils))
+              #:builder
+              (begin
+	        (use-modules (ice-9 match)
+		             (guix build union)
+		             (guix build utils))
+	        (let ((out (assoc-ref %outputs "out")))
+	          (match %build-inputs
+	            (((names . directories) ...)
+	             (union-build out
+			          directories
+			          #:create-all-directories? #f)
+	             #t))
+	          ;; do stuff here
+	          (find-files (string-append out "/lib/alsa-lib/")
+		              (lambda (found stat)
+			        (symlink-relative
+			         found
+			         (string-append
+			          out
+			          "/lib/"
+			          (basename found)))
+			        #t)))
+	        #t)))
+           (inputs
+            `(("alsa-lib" ,alsa-lib)
+              ("alsa-plugins:pulseaudio" ,alsa-plugins "pulseaudio")))))
        ("pulseaudio" ,pulseaudio)
        ("libx11" ,libx11)
        ("freetype" ,freetype)
P
P
Prafulla Giri wrote on 26 Sep 2020 08:36
Further Info
(address . 43628@debbugs.gnu.org)
CAFw+=j3JgntoFio1Y5qibStye+RkR36FF+xLodJ1PYZ-YZfABA@mail.gmail.com
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.
Attachment: file
P
P
Prafulla Giri wrote on 26 Sep 2020 09:31
(address . 43628@debbugs.gnu.org)
CAFw+=j2tXki8ce=AQN=htY0tqp_k0CnDaPFur8UCDLyYVyy1BA@mail.gmail.com
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 <pratheblackdiamond@gmail.com>
wrote:

Toggle quote (8 lines)
> 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.
>
Attachment: file
J
J
Julien Lepiller wrote on 26 Sep 2020 11:43
Re: [bug#43628] Further Info
561466E3-006A-4460-9DEA-61A8DC16E7A8@lepiller.eu
Hi Prafulla,

Le 26 septembre 2020 03:31:38 GMT-04:00, Prafulla Giri <pratheblackdiamond@gmail.com> a écrit :
Toggle quote (31 lines)
>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
><pratheblackdiamond@gmail.com>
>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
}
P
P
Prafulla Giri wrote on 26 Sep 2020 11:51
Progress (?)
(address . 43628@debbugs.gnu.org)
CAFw+=j190xYV93tWTMPPZst8qZ8sqfDexycZvgTn1G6X0tutjw@mail.gmail.com
So, there were a few issues with my union. I've fixed them. Attached is the
diff as it stands right now.
Attachment: file
Toggle diff (46 lines)
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 0f727a6e9e..9a6a768af2 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -3836,7 +3836,40 @@ programmers to access a standard API to open and decompress media files.")
        ("hunspell" ,hunspell)
        ("mesa" ,mesa)
        ("libass" ,libass)
-       ("alsa-lib" ,alsa-lib)
+       ("alsa-lib-with-pulseaudio-plugin"
+        ,(package
+           (inherit alsa-lib)
+           (name "alsa-lib-with-pulseaudio-plugin")
+           (source #f)
+           (build-system trivial-build-system)
+           (arguments
+            `(#:modules ((guix build union)
+                         (guix build utils))
+              #:builder
+              (begin
+                (use-modules (ice-9 match)
+                             (guix build union)
+                             (guix build utils))
+                (let ((out (assoc-ref %outputs "out"))
+                      (alsa-lib (assoc-ref %build-inputs "alsa-lib")))
+                  (match %build-inputs
+                    (((names . directories) ...)
+                     (union-build out
+                                  directories
+                                  ;; Instead of a symlink union, this is will be a
+                                  ;; copy union, because this won't "Just Work™"
+                                  ;; with mere symlinks. Some of the files that make
+                                  ;; up the union need to tweaked to work properly.
+                                  #:create-all-directories? #t
+                                  #:symlink copy-file)))
+                  ;; Fix alsa-lib pkg-config file to point to the /gnu/store of
+                  ;; this union, rather than that of alsa-lib itself.
+                  (substitute* (string-append out "/lib/pkgconfig/alsa.pc")
+                    ((alsa-lib) out))
+                  #t))))
+           (inputs
+            `(("alsa-lib" ,alsa-lib)
+              ("alsa-plugins:pulseaudio" ,alsa-plugins "pulseaudio")))))
        ("pulseaudio" ,pulseaudio)
        ("libx11" ,libx11)
        ("freetype" ,freetype)
P
P
Prafulla Giri wrote on 26 Sep 2020 11:57
Re: [bug#43628] Further Info
(name . Julien Lepiller)(address . julien@lepiller.eu)
CAFw+=j0HP4-EV_TfJsg-AowzxoosNeAF3FBpCe0OKyaYsEqd1w@mail.gmail.com
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 <julien@lepiller.eu> wrote:

Toggle quote (61 lines)
>
>
> Hi Prafulla,
>
> 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 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
> ><pratheblackdiamond@gmail.com>
> >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
> }
>
Attachment: file
P
P
Prafulla Giri wrote on 26 Sep 2020 14:07
(name . Julien Lepiller)(address . julien@lepiller.eu)
CAFw+=j1YaOdywXXN9V5UeeOT6Oprrfq4mesOhFprr+nskysTyA@mail.gmail.com
Okay, I think I'm stuck now. lol



On Sat, Sep 26, 2020 at 3:42 PM Prafulla Giri <pratheblackdiamond@gmail.com>
wrote:

Toggle quote (75 lines)
> 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 <julien@lepiller.eu>
> wrote:
>
>>
>>
>> Hi Prafulla,
>>
>> 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 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
>> ><pratheblackdiamond@gmail.com>
>> >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
>> }
>>
>
Attachment: file
Toggle diff (58 lines)
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 0f727a6e9e..c828be546b 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -3836,7 +3836,52 @@ programmers to access a standard API to open and decompress media files.")
        ("hunspell" ,hunspell)
        ("mesa" ,mesa)
        ("libass" ,libass)
-       ("alsa-lib" ,alsa-lib)
+       ("alsa-lib-with-pulseaudio-plugin"
+        ,(package
+           (inherit alsa-lib)
+           (name "alsa-lib-with-pulseaudio-plugin")
+           (source #f)
+           (build-system trivial-build-system)
+           (arguments
+            `(#:modules ((guix build union)
+                         (guix build utils))
+              #:builder
+              (begin
+                (use-modules (ice-9 match)
+                             (guix build union)
+                             (guix build utils))
+                (let ((out (assoc-ref %outputs "out"))
+                      (alsa-lib (assoc-ref %build-inputs "alsa-lib")))
+                  (match %build-inputs
+                    (((names . directories) ...)
+                     (union-build out
+                                  directories
+                                  ;; Instead of a symlink union, this is will be a
+                                  ;; copy union, because this won't "Just Work™"
+                                  ;; with mere symlinks. Some of the files that make
+                                  ;; up the union need to tweaked to work properly.
+                                  #:create-all-directories? #t
+                                  #:symlink copy-file)))
+                  ;; Fix alsa-lib pkg-config file to point to the /gnu/store of
+                  ;; this union, rather than that of alsa-lib itself.
+                  (substitute* (string-append out "/lib/pkgconfig/alsa.pc")
+                    ((alsa-lib) out))
+                  #t))))
+           (inputs
+            `(("alsa-lib"
+               ,(package
+                  (inherit alsa-lib)
+                  (arguments `(,@(cons
+                                  (car (package-arguments alsa-lib))
+                                  (list (append
+                                         (cadr
+                                          (package-arguments alsa-lib))
+                                         (list (string-append
+                                                "--with-plugin-dir="
+                                                ;; stuff goes here
+                                                ))))))))
+               )
+              ("alsa-plugins:pulseaudio" ,alsa-plugins "pulseaudio")))))
        ("pulseaudio" ,pulseaudio)
        ("libx11" ,libx11)
        ("freetype" ,freetype)
J
J
Julien Lepiller wrote on 26 Sep 2020 16:35
(name . Prafulla Giri)(address . pratheblackdiamond@gmail.com)(address . 43628@debbugs.gnu.org)
5B02C136-670D-4930-A461-731DA3D5221F@lepiller.eu
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 écrit :
Toggle quote (97 lines)
>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 <julien@lepiller.eu>
>> wrote:
>>
>>>
>>>
>>> Hi Prafulla,
>>>
>>> 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 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
>>> ><pratheblackdiamond@gmail.com>
>>> >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
>>> }
>>>
>>
Attachment: file
P
P
Prafulla Giri wrote on 26 Sep 2020 22:46
(name . Julien Lepiller)(address . julien@lepiller.eu)(address . 43628@debbugs.gnu.org)
CAFw+=j3YByxoAVVGAdsQNGrj1UO-tV18fCi-wYnG_w1dXgP_pA@mail.gmail.com
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:

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 <julien@lepiller.eu> wrote:

Toggle quote (97 lines)
> 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 é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 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 <julien@lepiller.eu>
>>> wrote:
>>>
>>>>
>>>>
>>>> Hi Prafulla,
>>>>
>>>> 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 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
>>>> ><pratheblackdiamond@gmail.com>
>>>> >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
>>>> }
>>>>
>>>
Attachment: file
J
J
Julien Lepiller wrote on 26 Sep 2020 23:15
(name . Prafulla Giri)(address . pratheblackdiamond@gmail.com)(address . 43628@debbugs.gnu.org)
A6EEC292-30BC-41F8-9DA5-96905D9FCBDD@lepiller.eu
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… 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 écrit :
Toggle quote (146 lines)
>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/aegisub.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 <julien@lepiller.eu>
>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 é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 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
><julien@lepiller.eu>
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> Hi Prafulla,
>>>>>
>>>>> 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 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
>>>>> ><pratheblackdiamond@gmail.com>
>>>>> >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
>>>>> }
>>>>>
>>>>
Attachment: file
P
P
Prafulla Giri wrote on 27 Sep 2020 07:56
(name . Julien Lepiller)(address . julien@lepiller.eu)(address . 43628@debbugs.gnu.org)
CAFw+=j0G54t1b6s9gac_sdggtMMQ5+Pa2OSTU__DBKPjt9AXbw@mail.gmail.com
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:

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...

On Sun, Sep 27, 2020 at 3:00 AM Julien Lepiller <julien@lepiller.eu> wrote:

Toggle quote (158 lines)
> 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… 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 écrit :
>>
>> 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/aegisub.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 <julien@lepiller.eu>
>> 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 é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 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 <julien@lepiller.eu>
>>>>> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Prafulla,
>>>>>>
>>>>>> 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 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
>>>>>> ><pratheblackdiamond@gmail.com>
>>>>>> >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
>>>>>> }
>>>>>>
>>>>>
Attachment: file
J
J
Julien Lepiller wrote on 27 Sep 2020 13:09
(name . Prafulla Giri)(address . pratheblackdiamond@gmail.com)(address . 43628@debbugs.gnu.org)
580CE2CF-2CAD-49E4-AFAB-A28DD11585E9@lepiller.eu
Le 27 septembre 2020 01:56:31 GMT-04:00, Prafulla Giri <pratheblackdiamond@gmail.com> a écrit :
Toggle quote (12 lines)
>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/aegisub.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 handle 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 wanted 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 :)

Toggle quote (206 lines)
>
>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 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… 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 écrit :
>>>
>>> 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/aegisub.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 <julien@lepiller.eu>
>>> 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 é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 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
><julien@lepiller.eu>
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi Prafulla,
>>>>>>>
>>>>>>> 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 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
>>>>>>> ><pratheblackdiamond@gmail.com>
>>>>>>> >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
>>>>>>> }
>>>>>>>
>>>>>>
P
P
Prafulla Giri wrote on 28 Sep 2020 16:43
(name . Julien Lepiller)(address . julien@lepiller.eu)(address . 43628@debbugs.gnu.org)
CAFw+=j1-AXZ_PmppZoGBVY6wkNE_pvSE+bp+ZywNtAroW2O84g@mail.gmail.com
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
Toggle quote (4 lines)
> determine the libasound.so path at runtime. The hardcoded path is used only
> if this mechanism does not work
>

Perhaps you'd like to see our conversation over at GitHub:

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> wrote:

Toggle quote (237 lines)
>
>
> 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 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/aegisub.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 handle
> 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 wanted
> 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 <julien@lepiller.eu>
> >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… 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 écrit :
> >>>
> >>> 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/aegisub.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 <julien@lepiller.eu>
> >>> 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 é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 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
> ><julien@lepiller.eu>
> >>>>>> wrote:
> >>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Hi Prafulla,
> >>>>>>>
> >>>>>>> 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 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
> >>>>>>> ><pratheblackdiamond@gmail.com>
> >>>>>>> >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
> >>>>>>> }
> >>>>>>>
> >>>>>>
>
Attachment: file
J
J
Julien Lepiller wrote on 28 Sep 2020 17:20
(name . Prafulla Giri)(address . pratheblackdiamond@gmail.com)(address . 43628@debbugs.gnu.org)
ADC6F16A-7D50-487A-8F58-49C50C9F1079@lepiller.eu
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)
>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 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 Julien Lepiller <julien@lepiller.eu>
>wrote:
>
>>
>>
>> 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
>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/aegisub.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
>handle
>> 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
>wanted
>> 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 <julien@lepiller.eu>
>> >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… 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 écrit :
>> >>>
>> >>> 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/aegisub.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
><julien@lepiller.eu>
>> >>> 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 é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
>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
>> ><julien@lepiller.eu>
>> >>>>>> wrote:
>> >>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> Hi Prafulla,
>> >>>>>>>
>> >>>>>>> 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
>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
>> >>>>>>> ><pratheblackdiamond@gmail.com>
>> >>>>>>> >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
>> >>>>>>> }
>> >>>>>>>
>> >>>>>>
>>
Attachment: file
L
L
Leo Famulari wrote on 28 Sep 2020 19:02
Re: [bug#43628] Request for patch evaluation/review
(name . Prafulla Giri)(address . pratheblackdiamond@gmail.com)(address . 43628@debbugs.gnu.org)
20200928170205.GA19458@jasmine.lan
Is this a duplicate of #40832, "alsa-lib cannot find its plugins"?


The patch I submitted in that bug ticket does work. I haven't found the
energy to perform a final review of the C code.
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAl9yFwoACgkQJkb6MLrK
fwik2w//VpEUkfySvHS85uHZE2wFLrQtvzqDKyCU/3QWiCqgt02EmvrI9uStpqAD
Ycgv6iO4XeHc4P6MnWWywLENVUj3lAAQFegEqhWrOE22h7Dg7dNNFrnTji4eiNr7
cegydZ+M1+gsAWxSW5eSpxUin3vxrUONi6AjfGSC+Y7l30v3wOebk6oYheIZiJuG
zuEGJ5DlKngux/nfnxZ5c5BYnDSSb0QtHatoUwhv0rbb6c+S6/FvKpDOhKJNqJAR
qyj86RlCgQjnLc5TKk5bK4MkEf8hKfoYkIZdkv61jparIFKLsLTfK8NAatUDg6oe
DpCmljjVhozPHlGzsue/k2UFTTjv+hEF5bhTV30akQqm2nbxxfSJmSp6THAnaj2U
/emEGD7G1p785o3TBGxmz8s3dbnf5OGe5SCWauTfI7TNa2k0QXIZVugrqjF8BmSn
VHjL6lm+7ZlyzJ7s0wyK+2H370pU8MFVEQtOpyKK96PajXyIMbtIgI1bA67FtTEN
TqUZhp+Pr5XuDfDGcDOcLHEQxQtQrMDlc8u+Kf217KaEGlTULgyYChrAqAy1aSCM
xrD/ihueG1Oo3xyNKePoHjFcylS2hr4T8GHZSk/5MzKrfAkpz4eojSRBu08GA6aa
TLUYITgrwIH/Lo2JzrlciTNT9vyj51FFVdSfamV3ZelVOmlbsT8=
=gp0n
-----END PGP SIGNATURE-----


L
L
Leo Famulari wrote on 28 Sep 2020 19:07
(no subject)
(address . control@debbugs.gnu.org)
20200928170733.GA19641@jasmine.lan
retitle 43628 No sound from aegisub
?