symbol lookup error: undefined symbol __libc_pthread_init (texmacs)

  • Open
  • quality assurance status badge
Details
4 participants
  • Josselin Poiret
  • ???
  • Jonathan Brielmaier
  • Maxime Devos
Owner
unassigned
Submitted by
Maxime Devos
Severity
normal
M
M
Maxime Devos wrote on 1 May 2023 14:38
(address . bug-guix@gnu.org)
83ad4ac2-b21e-1df6-2205-d66f3b70c7b6@telenet.be
Hi,
After doing a "guix pull", TeXmacs doesn't start anymore (this is on a
x86_64 system, and without LD_LIBRARY_PATH):
$ guix --version && guix shell texmacs -- texmacs
hint: Consider installing the `glibc-locales' package and defining
`GUIX_LOCPATH', along these lines:
guix install glibc-locales
export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
See the "Application Setup" section in the manual, for more info.
guix (GNU Guix) 3676e312aaf1ce10ed1d7844e871b54e04624098
Copyright (C) 2023 the Guix authors
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
hint: Consider installing the `glibc-locales' package and defining
`GUIX_LOCPATH', along these lines:
guix install glibc-locales
export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
See the "Application Setup" section in the manual, for more info.
(process:20100): Gtk-WARNING **: 14:35:00.637: Locale not supported by C
library.
Using the fallback 'C' locale.
texmacs.bin: symbol lookup error:
/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libpthread.so.0:
undefined symbol: __libc_pthread_init, version GLIBC_PRIVATE
Greetings,
Maxime.
Attachment: OpenPGP_signature
J
J
Jonathan Brielmaier wrote on 2 May 2023 22:16
(address . 63203@debbugs.gnu.org)
6cff6c3d-c33b-69f9-87a1-cc4e4ca2a009@web.de
For me this error doesn't happen when running `guix shell texmacs --
texmacs` but when running `guix shell icedove-wayland -- icedove`.

```
$ guix describe
guix 91bfd30
Branch: master
Commit: 91bfd30ee3f35dfb7048bf42aea92f939cffbf17
```

The last working version of icedove I have in my guix profile history is:
Generation 117 12. April 2023 10:20:48
+ icedove-wayland 102.10.0 out
/gnu/store/9zkzs288rjpsbkdj352sfmjc8fnf5qlk-icedove-wayland-102.10.0

which refers back to Guix commit

After upgrading my system via `sudo -i guix pull` and `sudo -i guix
system reconfigure config.scm`, icedove works again :)
J
J
Josselin Poiret wrote on 4 May 2023 10:17
87o7n04ij6.fsf@jpoiret.xyz
Hi Jonathan,

Jonathan Brielmaier <jonathan.brielmaier@web.de> writes:

Toggle quote (22 lines)
> For me this error doesn't happen when running `guix shell texmacs --
> texmacs` but when running `guix shell icedove-wayland -- icedove`.
>
> ```
> $ guix describe
> guix 91bfd30
> Repository-URL: https://git.savannah.gnu.org/git/guix.git
> Branch: master
> Commit: 91bfd30ee3f35dfb7048bf42aea92f939cffbf17
> ```
>
> The last working version of icedove I have in my guix profile history is:
> Generation 117 12. April 2023 10:20:48
> + icedove-wayland 102.10.0 out
> /gnu/store/9zkzs288rjpsbkdj352sfmjc8fnf5qlk-icedove-wayland-102.10.0
>
> which refers back to Guix commit
> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3ab983d630a95a29b9418b1ba8a26e5ca2836ec0
>
> After upgrading my system via `sudo -i guix pull` and `sudo -i guix
> system reconfigure config.scm`, icedove works again :)

Does running `guix shell icedove-wayland -- icedove` trigger a texmacs
error, or is it an icedove error? Icedove and friends dlopen quite a
lot of libraries, and we might've forgot some of them, so they might
leak from somewhere else triggering this problem. Adding
`LD_DEBUG=libs` to the environment variables might help with finding out
which libs are leaking through.

Also, you don't have to `guix pull` as root, you can just do `sudo
guix system reconfigure config.scm` which will use your user's guix to
reconfigure.

Best,
--
Josselin Poiret
-----BEGIN PGP SIGNATURE-----

iQHEBAEBCgAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmRTai0QHGRldkBqcG9p
cmV0Lnh5egAKCRBQXkC5Fhcaiu/rC/9FQLHyrhIUXR7V7YEQ54Jn7bXesnkvaVCy
EPHXazqQfWu1octDod1Pb34+M7vPiD6AxO2JokNEEIsc/txM1WSPZ9JTc56RizC8
ynES1mlTP04qCgROmJJU3+Y4f3R22AU1vjnb9hGz4ffF7RrtYZPMYKo37UQzbXGM
hIEPXBgSs32TsK9RE3rgVHL0BvgooHcheWquEEcEHpyRhI7X+Z7J7e35azmYQx4j
wNv1GOKyj8m/jgSKyZxG4lhKjNZqgwm8af1QMgzF2JrOdenZ+S0yO7w8GPW+h7YT
M8LMEStcKiAkv3edAbMdz5eG3VHgP0cCRjOUUwYNupY/ICzDMbIKqqyE9vDXkvxI
cn1a/Ix2hYzGRSt0T+cIkID8NRIT0bBl0fJ54BiL7jWYU0WHcGqZ5oqXQF4uDz0e
mP1hBXBS0jMozD+KRHcU9aL1xZrKsdUP4hnOC0eq3TMYESs8ITCKM+gMNNhPSpeu
ccUhcBPKV+yD88n4aMwzbDvZpfO5eO4=
=0fhC
-----END PGP SIGNATURE-----

M
M
Maxime Devos wrote on 5 May 2023 13:21
eecb55d5-8c08-2728-c4b3-37be1e262da3@telenet.be
After doing "guix pull" on my other account, I'm getting the same error
with icedove:
antipode@antipode ~$ guix shell icedove -- icedove
(icedove-default:21853): Gtk-WARNING **: 13:03:47.337: Locale not
supported by C library.
Using the fallback 'C' locale.
/gnu/store/554lc5hx2lig0h6va9x96fmbj8wd0ymm-profile/bin/icedove: symbol
lookup error:
/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libpthread.so.0:
undefined symbol: __libc_pthread_init, version GLIBC_PRIVATE.
The error appears when adding --pure (both for TeXmacs and Icedove).
As proposed in https://issues.guix.gnu.org/63203#2, I added
LD_DEBUG=libs (see fake attachement), although I did this for TeXmacs
instead of icedove:
$ guix shell texmacs coreutils -- env LD_DEBUG=libs texmacs |&tee foo
However, when trying to attach the log, icedove crashes directly after
pressing the 'Attach' button:
antipode@antipode ~$ guix shell icedove --pure -- icedove
[ Output before pressing Attach ]
hint: Consider installing the `glibc-locales' package and defining
`GUIX_LOCPATH', along these lines:
guix install glibc-locales
export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
See the "Application Setup" section in the manual, for more info.
[ImapModuleLoader] Using nsImapService.cpp
[NntpModuleLoader] Using NntpService.jsm
[Pop3ModuleLoader] Using Pop3Service.jsm
(icedove-default:22829): Gtk-WARNING **: 13:11:52.412: Could not load a
pixbuf from
/org/gtk/libgtk/icons/16x16/status/window-minimize-symbolic.symbolic.png.
This may indicate that pixbuf loaders or the mime database could not be
found.
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.412:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.412:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.412:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.412:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.412:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.412:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.412:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.412:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.412:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.413:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.413:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.413:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.413:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.413:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.413:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.413:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.491:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.491:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.491:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.491:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.491:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.491:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.491:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.491:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.491:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.491:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.491:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.492:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.492:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.492:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[Parent 22829, Main Thread] WARNING:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): Gdk-CRITICAL **: 13:11:52.492:
gdk_cairo_surface_create_from_pixbuf: assertion 'GDK_IS_PIXBUF (pixbuf)'
failed
[Parent 22829, Main Thread] WARNING: g_object_unref: assertion
'G_IS_OBJECT (object)' failed: 'glib warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): GLib-GObject-CRITICAL **: 13:11:52.492:
g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest: libpci
missing (t=0.294907) [GFX1-]: glxtest: libpci missing
Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest: libpci
missing (t=0.294907) |[1][GFX1-]: glxtest: libEGL missing (t=0.294965)
[GFX1-]: glxtest: libEGL missing
Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest: libpci
missing (t=0.294907) |[1][GFX1-]: glxtest: libEGL missing (t=0.294965)
|[2][GFX1-]: glxtest: libGL.so.1 missing (t=0.294971) [GFX1-]: glxtest:
libGL.so.1 missing
Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest: libpci
missing (t=0.294907) |[1][GFX1-]: glxtest: libEGL missing (t=0.294965)
|[2][GFX1-]: glxtest: libGL.so.1 missing (t=0.294971) |[3][GFX1-]:
glxtest: libEGL missing (t=0.294978) [GFX1-]: glxtest: libEGL missing
Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest: libpci
missing (t=0.294907) |[1][GFX1-]: glxtest: libEGL missing (t=0.294965)
|[2][GFX1-]: glxtest: libGL.so.1 missing (t=0.294971) |[3][GFX1-]:
glxtest: libEGL missing (t=0.294978) |[4][GFX1-]: No GPUs detected via
PCI (t=0.294993) [GFX1-]: No GPUs detected via PCI
[calBackendLoader] Using Thunderbird's ical.js backend
console.debug: "Found 240 public keys and 2 secret keys (2 protected, 0
unprotected)"
console.warn: services.settings: Failed to load last_modified.json:
TypeError: NetworkError when attempting to fetch resource.
console.debug: "Trying to load
/gnu/store/89jc3lq4ma0bsi78qbqi8yjkq7cps6y9-icedove-102.10.1/lib/icedove/libotr.so"
console.debug: "Trying to load libotr.so from system's standard library
locations"
console.debug: "Trying to load libotr.so.5 from system's standard
library locations"
console.debug: "Trying to load libotr.so from system's standard library
locations"
console.log: (new Error("Cannot load required OTR library",
"resource:///modules/OTRLib.jsm", 109))
[Parent 22829, Main Thread] WARNING: Failed to connect to proxy: 'glib
warning', file
/tmp/guix-build-icedove-minimal-102.10.1.drv-0/icedove-102.10.1/toolkit/xre/nsSigHandlers.cpp:167
(icedove-default:22829): libnotify-WARNING **: 13:11:58.378: Failed to
connect to proxy
[ Output after pressing Attach ]
(icedove-default:22829): Gtk-WARNING **: 13:12:14.029: Could not find
the icon 'user-home-symbolic-ltr'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
**
Gtk:ERROR:../gtk+-3.24.37/gtk/gtkiconhelper.c:495:ensure_surface_for_gicon:
assertion failed (error == NULL): Failed to load
/org/gtk/libgtk/icons/16x16/status/image-missing.png: Unrecognized image
file format (gdk-pixbuf-error-quark, 3)
Bail out!
Gtk:ERROR:../gtk+-3.24.37/gtk/gtkiconhelper.c:495:ensure_surface_for_gicon:
assertion failed (error == NULL): Failed to load
/org/gtk/libgtk/icons/16x16/status/image-missing.png: Unrecognized image
file format (gdk-pixbuf-error-quark, 3)
Redirecting call to abort() to mozalloc_abort
Exiting due to channel error.
[ End of output ]
As such, I'll just paste the output in-line. There's something
suspicious aout the output: it appears that glibc-2.33 is used, whereas
according to 'guix gc --references "$(guix build texmacs)", it should be
glibc-2.35.
hint: Consider installing the `glibc-locales' package and defining
`GUIX_LOCPATH', along these lines:
guix install glibc-locales
export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
See the "Application Setup" section in the manual, for more info.
22438: find library=libc.so.6 [0]; searching
22438: search
cache=/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/etc/ld.so.cache
22438: trying
file=/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libc.so.6
22438:
22438:
22438: calling init:
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/ld-linux-x86-64.so.2
22438:
22438:
22438: calling init:
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/libc.so.6
22438:
22438:
22438: initialize program:
/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin/sh
22438:
22438:
22438: transferring control:
/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin/sh
22438:
22441: find library=libpcre.so.1 [0]; searching
22441: search
cache=/gnu/store/hrgqa7m498wfavq4awai3xz86ifkjxdr-grep-3.6/etc/ld.so.cache
22441: trying
file=/gnu/store/di5bqb45hi5lvp2q08hlxqjdcl9phjb1-pcre-8.45/lib/libpcre.so.1
22441:
22441: find library=libgcc_s.so.1 [0]; searching
22441: search
cache=/gnu/store/hrgqa7m498wfavq4awai3xz86ifkjxdr-grep-3.6/etc/ld.so.cache
22441: trying
file=/gnu/store/094bbaq6glba86h1d4cj16xhdi6fk2jl-gcc-10.3.0-lib/lib/libgcc_s.so.1
22441:
22441: find library=libc.so.6 [0]; searching
22441: search
cache=/gnu/store/hrgqa7m498wfavq4awai3xz86ifkjxdr-grep-3.6/etc/ld.so.cache
22441: trying
file=/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libc.so.6
22441:
22441: find library=libpthread.so.0 [0]; searching
22441: search
cache=/gnu/store/hrgqa7m498wfavq4awai3xz86ifkjxdr-grep-3.6/etc/ld.so.cache
22441: trying
file=/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libpthread.so.0
22441:
22441:
22441: calling init:
/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libpthread.so.0
22441:
22441:
22441: calling init:
/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/ld-linux-x86-64.so.2
22441:
22441:
22441: calling init:
/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libc.so.6
22441:
22441:
22441: calling init:
/gnu/store/094bbaq6glba86h1d4cj16xhdi6fk2jl-gcc-10.3.0-lib/lib/libgcc_s.so.1
22441:
22441:
22441: calling init:
/gnu/store/di5bqb45hi5lvp2q08hlxqjdcl9phjb1-pcre-8.45/lib/libpcre.so.1
22441:
22441:
22441: initialize program: grep
22441:
22441:
22441: transferring control: grep
22441:
22439:
22439: calling fini:
/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin/sh [0]
22439:
22438: find library=libguile.so.17 [0]; searching
22438: search
path=/gnu/store/0r0d7xs056hnr033fwn3bciwdd5kwdbn-texmacs-2.1.1/lib/texmacs/TeXmacs/lib/glibc-hwcaps/x86-64-v3
This message was truncated. Download the full message here.
Attachment: OpenPGP_signature
J
J
Josselin Poiret wrote on 5 May 2023 14:06
87r0rvasph.fsf@jpoiret.xyz
Hi Maxime,

Toggle quote (5 lines)
> 22438: search
>path=/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/glibc-hwcaps/x86-64-v3:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/glibc-hwcaps/x86-64-v2:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/tls/x86_64/x86_64:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/tls/x86_64:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/tls/x86_64:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/tls:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/x86_64/x86_64:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/x86_64:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/x86_64:/gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib/glibc-hwcaps/x86-64-v3:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib/glibc-hwcaps/x86-64-v2:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib/tls/x86_64/x86_64:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib/tls/x86_64:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib/tls/x86_64:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib/tls:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib/x86_64/x86_64:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib/x86_64:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib/x86_64:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/lib:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib/glibc-hwcaps/x86-64-v3:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib/glibc-hwcaps/x86-64-v2:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib/tls/x86_64/x86_64:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib/tls/x86_64:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib/tls/x86_64:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib/tls:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib/x86_64/x86_64:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib/x86_64:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib/x86_64:/gnu/store/zl9wf0zwq2ka9rpmayp53hnp2mn460xf-gnutls-3.7.2/lib
> (RUNPATH from file
>/gnu/store/knm6b1dxg2j3vji4wrgngv99pvb6f5ff-glib-networking-2.70.0/lib/gio/modules/libgiognutls.so)

Looks like some GIO modules are being loaded which is pulling in
glibc-2.33. These GIO modules are I think picked up through environment
variables which might be set by your main profile, which you haven't
upgraded yet. The solution would be to upgrade the profile which
contains them, I believe (or run in a container shell).

Best,
--
Josselin Poiret
-----BEGIN PGP SIGNATURE-----

iQHEBAEBCgAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmRU8SoQHGRldkBqcG9p
cmV0Lnh5egAKCRBQXkC5FhcaiiUqC/9JU3t6/TclYwL4bp3TXGFFlEgjeooSEEbj
0XYcxWP/byqyh78HyGgoP2S9NEimqw+Yq91HwJGvvnsM0URz3xz+53a2QQ/3w/Za
JqKAOTVYtEsIvELzChb5OYP/UKqm3s9i6AQvcviXwUdi+izW0QP2w08C2kgg7dzG
QOQDce4JowBVxFm0M5Uv1hGQghIt+IVSXSfafQ3LpIRUzCkKzcVBxPPAjPWF7akR
w1ccr8aCjqmBjAAMg6uXbBn6iGR/JHLC8QRCUCTMCcIkmlE+eb6YWPizeOmdYhes
q0UG1tvevUb9mwqjF6TmuBUgIfzaL0Pv/priBDAt8rSSe9bvajVBYiczJG0RYggQ
jJ2kGUS9dhaRWqPZR9ugeFHrk/d87BX7BdnZd+0InLqooFjoIcDNnZqPhuuhdinz
hczTHsXc+2bNYxu2FQMzTu+4c4voN1uRa60Jfmeka/f+ckV7P+3UMXXNYd17xnmV
iGeI0gjLiKHyVJj0GYasFMT8Y5OnRCY=
=GpVe
-----END PGP SIGNATURE-----

M
M
Maxime Devos wrote on 13 May 2023 16:17
2c93c29e-032b-2b5e-6139-b28de456b47b@telenet.be
(I did not receive the last reply in my e-mail client.)
Hi,
There are no relevant environment variables in the main profile -- it's
quite spartan:
~/.guix-profile/etc/profile:
# Source this file to [...]
export
PATH="${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/bin:${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/sbin${PATH:+:}$PATH"
export
LIBRARY_PATH="${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/lib${LIBRARY_PATH:+:}$LIBRARY_PATH"
export
CPLUS_INCLUDE_PATH="${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/include/c++:${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/include${CPLUS_INCLUDE_PATH:+:}$CPLUS_INCLUDE_PATH"
export
C_INCLUDE_PATH="${GUIX_PROFILE:-/gnu/store/04i0m9rwnbw14qjhp2hnmm6gzbyirxn5-profile}/include${C_INCLUDE_PATH:+:}$C_INCLUDE_PATH"
However, GIO_EXTRA_MODULES is defined anyways:
GIO_EXTRA_MODULES=/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules:/gnu/store/knm6b1dxg2j3vji4wrgngv99pvb6f5ff-glib-networking-2.70.0/lib/gio/modules:/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules:/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules:/run/current-system/profile/lib/gio/modules:/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules
and it appears 4 times. Several new problems (unrelated to the
__libc_pthread_init thing) seem to appear here:
* the same directory appears four times, which is three times too many
* it doesn't use /run/current-system/profile/... file names, so a reboot
may be necessary after reconfiguration (sometimes this is
unavoidable, but in this case it appears avoidable).
The second thing also happens for XDG_DATA_DIRS, GTK_PATH,
GDM_CUSTOM_CONF, GDM_DBUS_DAEMON, NM_VPN_PLUGIN_DIR and SHELL:
XDG_DATA_DIRS=/gnu/store/wa5jwl26n7l1h5asmns093xqbpkhqvwx-shared-mime-info-1.15/share:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/share:/gnu/store/cp438dbpiy06fnfq1lrbd5nrzvhzjy2f-mate-desktop-1.24.1/share:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/share:/gnu/store/ycgdcy3zh7symyrvl0xqj8skggl48chp-mate-terminal-1.24.1/share:/gnu/store/wa5jwl26n7l1h5asmns093xqbpkhqvwx-shared-mime-info-1.15/share:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/share:/gnu/store/cp438dbpiy06fnfq1lrbd5nrzvhzjy2f-mate-desktop-1.24.1/share:/gnu/store/rwm63xxik66cjydcalg5sg5p7c6621w5-libmateweather-1.24.1/share:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/share:/gnu/store/6p86xwpq1y9n5in3vaan94hykyddjx86-mate-panel-1.24.1/share:/gnu/store/wa5jwl26n7l1h5asmns093xqbpkhqvwx-shared-mime-info-1.15/share:/gnu/store/ginkhx2irsi4qwkpnnwg4r30h7jwhi62-glib-2.70.2/share:/gnu/store/cp438dbpiy06fnfq1lrbd5nrzvhzjy2f-mate-desktop-1.24.1/share:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/share:/gnu/store/gr5adf2vjrf39i9khlkq6p15hfhk2q0w-mate-session-manager-1.24.1/share:/run/current-system/profile/share:/home/pode/.guix-profile/share:/run/current-system/profile/share
GTK_PATH=/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/lib/gtk-3.0:/gnu/store/fkl4fg06f538ryhiw4bs2iwwfs56g2k3-libcanberra-0.30/lib/gtk-3.0:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/lib/gtk-3.0:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/lib/gtk-3.0:/gnu/store/fkl4fg06f538ryhiw4bs2iwwfs56g2k3-libcanberra-0.30/lib/gtk-3.0:/gnu/store/kq72g9hjl1sj4c1qhw98m8rdw2ymmk7m-gtk+-3.24.30/lib/gtk-3.0
GDM_X_SESSION=/gnu/store/j653i1azcgyahi71pip4rz4ai0529ip2-xinitrc
GDM_CUSTOM_CONF=/gnu/store/i6mfrlxqndq9vxzpmp2qhhrrhsqahnn5-gdm-custom.conf
GDM_DBUS_DAEMON=/gnu/store/d8rf9brix7dh19kxdc819v6amf7icn1s-gdm-dbus-wrapper
NM_VPN_PLUGIN_DIR=/gnu/store/s4j534jy2y6y4b5xff5adgwijxcrgjdl-network-manager-vpn-plugins/lib/NetworkManager/VPN
(This is on a not-up-to-date Guix System, but likely at least some of
these are still the case)
(Maybe the terminal application or login manager or something else
has an inappropriate wrap-program, or maybe the login manager itself
loads /etc/profile and afterwards logs in as the user and loads
/etc/profile again, without clearing environment variables first?)
(This is with gdm-service-type, mate-desktop-service-type and
%desktop-services.)
> The solution would be to upgrade the profile which
> contains them, I believe (or run in a container shell).
Running it in a container shell (or simpler, running with
guix shell --pure) is a work-around, not a solution.
I guess that the relevant profile is the system profile.
According to the second paragraph at guix.gnu.org:
> [...] Guix supports [...], __unprivileged__ package management.
Upgrading the system profile is a privileged operation,
so having to upgrade the system profile to run texmacs
is not a solution.
I think a proper solution would be to make plugin path environment
variables ABI-dependent, or more precisely, store-output-name dependent
(as ABIs are not very practical to keep track of accurately).
Take, for example, the glib package, which currently has the
GIO_EXTRA_MODULES path. This could be replaced by
HASH_GIO_EXTRA_MODULES, where HASH is the HASH in
/gnu/store/XXX-glib-2.72.3.
Then if the system profile is on YYY-glib-..., it would only set
the YYY_GIO_EXTRA_MODULES and then XXX-glib-... used by (user) TeXmacs
will only
consider XXX_GIO_EXTRA_MODULES instead of the potentially incompatible
YYY_GIO_....
(Would also be convenient for multi-arch systems, where the user might
be on a different arch than the system).
(Even better would be if the system profile could contain plugins
for multiple versions, could be convenient on multi-user systems, and
also on single-user systems for more smooth upgrades.)
Instead of store-output-name-dependent environment variables, an
alternative method would be to make the location of the plugins
store-output-name-dependent.
More concretely, keep the current name GIO_EXTRA_MODULES and the current
value of $GIO_EXTRA_MODULES, but put libdconfsettings.so into
/gnu/store/[...]-dconf-0.40.0/lib/gio/modules/HASH/libdconfsettings.so
instead of
/gnu/store/[...]-dconf-0.40.0/lib/gio/modules/libdconfsettings.so
and adjust gio to look in this new location.
(Would require less substitute*.)
(Possible implementation: patch gio to _also_ look in .../HASH/...
add a post-install phase that moves things into the HASH/ directory.
The ‘also’ instead of ‘instead‘ is intentional, in case the plugin
package has tests that set GIO_EXTRA_MODULES for testing.)
Greetings,
Maxime
Attachment: OpenPGP_signature
?
(name . Maxime Devos)(address . maximedevos@telenet.be)
875xlw97m8.fsf@envs.net
Maxime Devos <maximedevos@telenet.be> writes:

Toggle quote (7 lines)
> [...]
>
> However, GIO_EXTRA_MODULES is defined anyways:
>
> GIO_EXTRA_MODULES=/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules:/gnu/store/knm6b1dxg2j3vji4wrgngv99pvb6f5ff-glib-networking-2.70.0/lib/gio/modules:/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules:/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules:/run/current-system/profile/lib/gio/modules:/gnu/store/8k9s3z2315p494fj937jyvc9v7gpbjr8-dconf-0.40.0/lib/gio/modules


This environment variable is leaked from program wrappers, likely from
gdm or gnome-shell. I'm trying to address this in


Toggle quote (24 lines)
> [...]
>
> I think a proper solution would be to make plugin path environment
> variables ABI-dependent, or more precisely, store-output-name
> dependent (as ABIs are not very practical to keep track of
> accurately).
>
> Take, for example, the glib package, which currently has the
> GIO_EXTRA_MODULES path. This could be replaced by
> HASH_GIO_EXTRA_MODULES, where HASH is the HASH in
> /gnu/store/XXX-glib-2.72.3.
> [...]
>
> Instead of store-output-name-dependent environment variables, an
> alternative method would be to make the location of the plugins
> store-output-name-dependent.
>
> More concretely, keep the current name GIO_EXTRA_MODULES and the current
> value of $GIO_EXTRA_MODULES, but put libdconfsettings.so into
> /gnu/store/[...]-dconf-0.40.0/lib/gio/modules/HASH/libdconfsettings.so
> instead of
> /gnu/store/[...]-dconf-0.40.0/lib/gio/modules/libdconfsettings.so
> and adjust gio to look in this new location.

Yes, this could solve ABI problems between incompatible programs and
libraries, sound likely doable. I'd try this later, thank you!
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 63203@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 63203
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch