Debian Bug report logs - #847366
gtk apps die with 'Couldn't open libGL.so.1'

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Dariusz Gadomski <dariusz.gadomski@canonical.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: gtk apps die with 'Couldn't open libGL.so.1'

Date: Wed, 7 Dec 2016 16:11:47 +0100

Package: libgtk-3-0
Version: 3.22.4-1
Severity: normal

Trying to run a gtk-based application that does not depend directly or
indirectly on libgl1-mesa-glx leads to a process termination with
message:
Couldn't open libGL.so.1: libGL.so.1: cannot open shared object file: No
such file or directory 

I was able to reproduce it with the following apps: gtk3-demo, firefox,
mousetweaks.

Steps to reproduce:
1. Use a headless Debian installation (it is important libgl1-mesa-glx
is not pulled in by the desktop environment etc.). I used a cloud image
from [1].
2. Install the gtk app you want to try:
apt install gtk-3-examples
(notice that libgl1-mesa-glx is not pulled in as a dependency).
3. Login with ssh -X to this Debian machine from a Windows with X server
(e.g. with cywgin with X) or Mac OS X.
4. Run the app:
gtk3-demo

Expected result:
App starts.

Actual result:
Process terminates, message "Couldn't open libGL.so.1: libGL.so.1: cannot open
shared object file: No such file or directory".

I noticed that this is caused by the fact that glXQueryExtension
function gets called without any linking to a GL library.
Looks like gtk should either:
1) Depend on a GL implementation, so apt pulls in the dependency on install.
2) Use a runtime check before calling this function to see if GL is available.

Note: for some reason it is NOT REPRODUCIBLE using a Linux desktop as a remote
client.  In such configuration the control skips the problematic piece of code
as get_cached_gl_visuals (gdk/x11/gdkglcontext-x11.c:1194) returns non-zero
value, so gdk_x11_screen_init_gl call never happens. I suspect this is somehow
related to the fact that I had GL already initialized on my remote desktop.

[1] http://cdimage.debian.org/cdimage/openstack/testing/

Full backtrace below:
#0  gdk_x11_screen_init_gl (screen=screen@entry=0x55555594c0d0) at ././gdk/x11/gdkglcontext-x11.c:859
#1  0x00007ffff7240c1a in _gdk_x11_screen_update_visuals_for_gl (screen=screen@entry=0x55555594c0d0)
    at ././gdk/x11/gdkglcontext-x11.c:1210
#2  0x00007ffff72497e6 in _gdk_x11_screen_init_visuals (screen=screen@entry=0x55555594c0d0)
    at ././gdk/x11/gdkvisual-x11.c:309
#3  0x00007ffff7246856 in _gdk_x11_screen_new (display=display@entry=0x555555946050, screen_number=0)
    at ././gdk/x11/gdkscreen-x11.c:908
#4  0x00007ffff7236768 in _gdk_x11_display_open (display_name=<optimized out>) at ././gdk/x11/gdkdisplay-x11.c:1416
#5  0x00007ffff720b1b5 in gdk_display_manager_open_display (manager=<optimized out>, name=0x0)
    at ././gdk/gdkdisplaymanager.c:472
#6  0x00007ffff76fa78a in gtk_init_check (argc=<optimized out>, argv=<optimized out>) at ././gtk/gtkmain.c:1082
#7  0x00007ffff76fa7b9 in gtk_init (argc=argc@entry=0x0, argv=argv@entry=0x0) at ././gtk/gtkmain.c:1139
#8  0x00007ffff75dc68a in gtk_application_startup (g_application=0x5555559251a0) at ././gtk/gtkapplication.c:293
#9  0x00007ffff359ef75 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#10 0x00007ffff35b095c in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x00007ffff35b9bcc in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#12 0x00007ffff35b9faf in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#13 0x00007ffff6451ae2 in g_application_register () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#14 0x00007ffff645230f in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#15 0x00007ffff6452672 in g_application_run () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#16 0x000055555557285e in main ()

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libgtk-3-0 depends on:
ii  adwaita-icon-theme                      3.22.0-1
ii  hicolor-icon-theme                      0.15-1
ii  libatk-bridge2.0-0                      2.22.0-1
ii  libatk1.0-0                             2.22.0-1
ii  libc6                                   2.24-7
ii  libcairo-gobject2                       1.14.6-1.1
ii  libcairo2                               1.14.6-1.1
ii  libcolord2                              1.3.3-2
ii  libcups2                                2.2.1-2
ii  libepoxy0                               1.3.1-1
ii  libfontconfig1                          2.11.0-6.7
ii  libfreetype6                            2.6.3-3+b1
ii  libgdk-pixbuf2.0-0                      2.36.0-1
ii  libglib2.0-0                            2.50.2-2
ii  libgtk-3-common                         3.22.4-1
ii  libjson-glib-1.0-0                      1.2.2-1
ii  libpango-1.0-0                          1.40.3-3
ii  libpangocairo-1.0-0                     1.40.3-3
ii  libpangoft2-1.0-0                       1.40.3-3
ii  librest-0.7-0                           0.8.0-2
ii  libsoup2.4-1                            2.56.0-1
ii  libwayland-client0                      1.11.0-2
ii  libwayland-cursor0                      1.11.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  13.0.2-1
ii  libx11-6                                2:1.6.3-1
ii  libxcomposite1                          1:0.4.4-1
ii  libxcursor1                             1:1.1.14-1+b1
ii  libxdamage1                             1:1.1.4-2+b1
ii  libxext6                                2:1.3.3-1
ii  libxfixes3                              1:5.0.2-1
ii  libxi6                                  2:1.7.6-1.1
ii  libxinerama1                            2:1.1.3-1+b1
ii  libxkbcommon0                           0.6.1-1
ii  libxml2                                 2.9.4+dfsg1-2.1
ii  libxrandr2                              2:1.5.0-1
ii  shared-mime-info                        1.7-1

Versions of packages libgtk-3-0 recommends:
ii  libgtk-3-bin  3.22.4-1

Versions of packages libgtk-3-0 suggests:
pn  gvfs             <none>
ii  librsvg2-common  2.40.16-1

-- no debconf information

Message #10 received at 847366@bugs.debian.org (full text, mbox, reply):

From: Dariusz Gadomski <dariusz.gadomski@canonical.com>

To: 847366@bugs.debian.org

Subject: gtk apps die with 'Couldn't open libGL.so.1'

Date: Fri, 9 Dec 2016 17:17:47 +0100

Looks like this behaviour was introduced with a change to cairo
in version 1.12.16-4 [1]. So looks like gtk was depending on being
linked to libGL.so indirectly via cairo.

So, any of the below should fix it:
1) Re-enable GL/EGL support in cairo.
2) Add libgl1-mesa-glx as a dependency of gtk.
3) [upstream] Introduce runtime checks before calling GL functions.

[1] https://anonscm.debian.org/cgit/collab-maint/cairo.git/commit/?id=a4bad9f8463d3e1ed2ebe15890c5c52c1c29a271

Message #15 received at 847366@bugs.debian.org (full text, mbox, reply):

From: "D. B." <db0451@gmail.com>

To: Dariusz Gadomski <dariusz.gadomski@canonical.com>, 847366@bugs.debian.org

Subject: Re: Bug#847366: gtk apps die with 'Couldn't open libGL.so.1'

Date: Fri, 9 Dec 2016 17:44:16 +0000

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

#2 seems like the superior option, right?


On Fri, Dec 9, 2016 at 4:17 PM, Dariusz Gadomski <
dariusz.gadomski@canonical.com> wrote:

> Looks like this behaviour was introduced with a change to cairo
> in version 1.12.16-4 [1]. So looks like gtk was depending on being
> linked to libGL.so indirectly via cairo.
>
> So, any of the below should fix it:
> 1) Re-enable GL/EGL support in cairo.
> 2) Add libgl1-mesa-glx as a dependency of gtk.
> 3) [upstream] Introduce runtime checks before calling GL functions.
>
> [1] https://anonscm.debian.org/cgit/collab-maint/cairo.git/commit/?id=
> a4bad9f8463d3e1ed2ebe15890c5c52c1c29a271
>
>

[Message part 2 (text/html, inline)]

Message #20 received at 847366@bugs.debian.org (full text, mbox, reply):

From: Dariusz Gadomski <dariusz.gadomski@canonical.com>

To: "D. B." <db0451@gmail.com>, 847366@bugs.debian.org

Subject: Re: Bug#847366: gtk apps die with 'Couldn't open libGL.so.1'

Date: Mon, 12 Dec 2016 09:28:53 +0100

On Fri, Dec 09, 2016 at 05:44:16PM +0000, D. B. wrote:
> #2 seems like the superior option, right?

I agree, yes.

If there is no need of re-enabling gl in cairo then #2 is the best way to go
since GTK+ calls it directly.

Message #25 received at 847366@bugs.debian.org (full text, mbox, reply):

From: Dariusz Gadomski <dariusz.gadomski@canonical.com>

To: 847366@bugs.debian.org

Subject: Re: Bug#847366: gtk apps die with 'Couldn't open libGL.so.1'

Date: Tue, 17 Jan 2017 11:34:00 +0100

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

I have added prepared and checked that it actually fixes this issue.

[gtk+3.0_3.22.6-2.debdiff (text/plain, attachment)]

Message #30 received at 847366@bugs.debian.org (full text, mbox, reply):

From: Simon McVittie <smcv@debian.org>

To: Dariusz Gadomski <dariusz.gadomski@canonical.com>, 847366@bugs.debian.org, libepoxy@packages.debian.org

Subject: Re: Bug#847366: gtk apps die with 'Couldn't open libGL.so.1'

Date: Tue, 17 Jan 2017 11:19:40 +0000

On Tue, 17 Jan 2017 at 11:34:00 +0100, Dariusz Gadomski wrote:
> -         shared-mime-info
> +         shared-mime-info,
> +         libgl1

I'm pretty sure this should be the same dependency that would be the
result of explicitly linking to libGL.so.1, namely
"libgl1-mesa-glx | libgl1".

Shared library dependencies are normally set up automatically, and
hard-coding them is normally bad news, but
https://sources.debian.net/src/libepoxy/1.3.1-1/debian/README.Debian/
confirms that it's correct to hard-code something in this case.

However, I see references to epoxy_is_desktop_gl() in
gdk/gdkglcontext.c, suggesting that use of "big" GL is optional here;
so should there also be an alternative dependency on an implementation
of GLES?

libepoxy maintainer: is there any policy or guide for what a user of
libepoxy needs to depend on, and how they can tell what's correct?

Looking at other users of libepoxy:

* gnome-session-bin depends on mesa | generic versions of libgl1,
  libegl1-x11, libgles2

* gnome-mpv, gnome-twitch-player-backend-mpv-opengl, src:kwin,
  libmovit5, src:spice-gtk, libvirglrenderer0, nageru, nestopia,
  performous, src:qemu, qml-module-org-kde-kquickcontrolsaddons
  have no explicit dependency (probably a bug, similar to this one)

* libmlt6, src:libreoffice depend on libgl1-mesa-glx | libgl1 only

* src:xorg-server depend on mesa|generic versions of libegl1-x11
  and libgl1

Thanks,
    S

Message #37 received at 847366@bugs.debian.org (full text, mbox, reply):

From: Simon McVittie <smcv@debian.org>

To: Dariusz Gadomski <dariusz.gadomski@canonical.com>, 847366@bugs.debian.org, libepoxy@packages.debian.org

Subject: Re: Bug#847366: gtk apps die with 'Couldn't open libGL.so.1'

Date: Fri, 20 Jan 2017 17:45:56 +0000

Control: severity 847366 important

On Tue, 17 Jan 2017 at 11:19:40 +0000, Simon McVittie wrote:
> On Tue, 17 Jan 2017 at 11:34:00 +0100, Dariusz Gadomski wrote:
> > -         shared-mime-info
> > +         shared-mime-info,
> > +         libgl1

Upstream say this is the wrong answer. Using Gtk without GL is *meant*
to work - the problem is that one of the initialization calls is
unconditional (upstream:
<https://bugzilla.gnome.org/show_bug.cgi?id=775279>) and will abort
if there is no GLX library available.

Workaround: "export GDK_GL=disable". Emmanuele Bassi apparently has
a patch somewhere to fix this better, by probing for GLX with dlopen()
before proceeding.

I think this is important (if not RC), because it also affects the
Debian installer: we don't want to have to build a libgl1 udeb.
The installer could use the workaround though.

    S

Message #44 received at 847366@bugs.debian.org (full text, mbox, reply):

From: Simon McVittie <smcv@debian.org>

To: Dariusz Gadomski <dariusz.gadomski@canonical.com>, 847366@bugs.debian.org, debian-boot@lists.debian.org

Subject: Re: Bug#847366: gtk apps die with 'Couldn't open libGL.so.1'

Date: Sat, 21 Jan 2017 00:09:53 +0000

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

Control: tags 847366 + patch

On Fri, 20 Jan 2017 at 17:45:56 +0000, Simon McVittie wrote:
> Upstream say this is the wrong answer. Using Gtk without GL is *meant*
> to work - the problem is that one of the initialization calls is
> unconditional (upstream:
> <https://bugzilla.gnome.org/show_bug.cgi?id=775279>) and will abort
> if there is no GLX library available.

Patch attached, also in pkg-gnome svn, and seems to work fine (tested
with gtk3-demo in a chroot with no Recommends installed, and Xephyr
outside).

debian-installer developers: assuming you don't want a libgl1-udeb,
you will need either this fix applied to gtk+3.0, or GDK_GL=disable
in the environment whenever you run GTK apps. Either one should work.

I'll upload soon unless someone either does it for me, or tells me
that gtk+3.0/3.22.7-1 urgently needs to migrate.

    S

[847366.patch (text/x-diff, attachment)]

Message #51 received at 847366-close@bugs.debian.org (full text, mbox, reply):

From: Simon McVittie <smcv@debian.org>

To: 847366-close@bugs.debian.org

Subject: Bug#847366: fixed in gtk+3.0 3.22.7-2

Date: Sat, 21 Jan 2017 18:18:59 +0000

Source: gtk+3.0
Source-Version: 3.22.7-2

We believe that the bug you reported is fixed in the latest version of
gtk+3.0, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 847366@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Simon McVittie <smcv@debian.org> (supplier of updated gtk+3.0 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Sat, 21 Jan 2017 15:38:15 +0000
Source: gtk+3.0
Binary: libgtk-3-0 libgtk-3-0-udeb libgtk-3-common libgtk-3-bin libgtk-3-dev libgtk-3-doc gtk-3-examples gir1.2-gtk-3.0 gtk-update-icon-cache libgail-3-0 libgail-3-dev libgail-3-doc
Architecture: source
Version: 3.22.7-2
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers <pkg-gnome-maintainers@lists.alioth.debian.org>
Changed-By: Simon McVittie <smcv@debian.org>
Description:
 gir1.2-gtk-3.0 - GTK+ graphical user interface library -- gir bindings
 gtk-3-examples - example files for GTK+ 3
 gtk-update-icon-cache - icon theme caching utility
 libgail-3-0 - GNOME Accessibility Implementation Library -- shared libraries
 libgail-3-dev - GNOME Accessibility Implementation Library -- development files
 libgail-3-doc - documentation files of the Gail library
 libgtk-3-0 - GTK+ graphical user interface library
 libgtk-3-0-udeb - GTK+ graphical user interface library - minimal runtime (udeb)
 libgtk-3-bin - programs for the GTK+ graphical user interface library
 libgtk-3-common - common files for the GTK+ graphical user interface library
 libgtk-3-dev - development files for the GTK+ library
 libgtk-3-doc - documentation for the GTK+ graphical user interface library
Closes: 847366
Changes:
 gtk+3.0 (3.22.7-2) unstable; urgency=medium
 .
   * Team upload
   * d/p/gdk-x11-Check-if-we-have-access-to-GL-before-using-G.patch:
     add proposed patch from upstream Bugzilla to let GDK X11
     initialization complete successfully when libGL.so.1 is not
     available (Closes: #847366)
   * Override Lintian error source-is-missing for
     debian/missing-sources/zlib.js-0.1.6/deps.js. It is a generated
     file, but the script to generate it is also present.
Checksums-Sha1:
 4c28a474d5e8e179300736d00d2d33f1333ea53b 3881 gtk+3.0_3.22.7-2.dsc
 2ba86cc2a2e4a51fbafd0d08d5619bfbcfc5833c 144176 gtk+3.0_3.22.7-2.debian.tar.xz
Checksums-Sha256:
 55a67ead061d08661b4d1cc7d252b7ebdb8d27813c168d84d4abcb3300ad728a 3881 gtk+3.0_3.22.7-2.dsc
 4ed2c65a62b573ecfed16ad3ddf3bdda13c24543ef764ab49fe9b9e5fa07197b 144176 gtk+3.0_3.22.7-2.debian.tar.xz
Files:
 99eb53580942fe966b3f5fb47d082087 3881 libs optional gtk+3.0_3.22.7-2.dsc
 0e169fcfed57e689ac7851a80055fe2a 144176 libs optional gtk+3.0_3.22.7-2.debian.tar.xz

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEE2pjyXAhxxJpZ6v8sTej/KmPHzJAFAliDn8oACgkQTej/KmPH
zJA1qA//cMb44NnTItGE0RMHNwyruYiZuhl9mT9o1vHkoMBYBvBiqw09hrT04VsD
5bBre3KlFjRzQdLykD4selRX44QU7wW0RNAswGrm5Ia3twJuRxeCPpt21AHd4NVB
AO86bNxOt6svWnRr/Z6AQMPCWIKv0hT5IFDd2LykDNmftYLwDx0PLgWOPqLfo6zV
FEGfUIl1njKCyXN4FwvhK1/6VAVVJo3KI6OgO/k3mf7Vxi2mC3XA7aj8ipS8YzTV
4QOquii8xRh6cvNVqMAHBtsge0JDQ7YkcInFKMvway79ERAwCg1SLT4DCRCBa1Gt
oIuzAY6kKmj0ONZZoW8YVkB64pFHxytgmKPAAu4ueVhqqvxsGhgM/SVmbjCgifNs
FvUmX5TCfrShiHkfo0r3sEWp/HdB1nJkAw3VKPckMWACaxUhapPGc7fe/MJm3DQR
zIQc/BbvgDoXJmrF5Z8Hq1PnbDvR3AH76ZJJ/s3iq/5+kFHPd+9nfnIZj/ESGHSD
QEg/eAkQ4x7qJFkI4+vaC6HitGRaRK5YoAzBHcO22aRi+WgssNbF4arAXUGgHh7I
QAKVhbZhjR7ntAFBr9R34eB5ZPgQI0q/hlztjvi8ctGGiYaba1eT4kCmkTBD64Jf
Rt2py50ZYQkFVEUhY3Y8HBQnMjhHUkMLL9eDNK4wUBWPU+WD8QI=
=4Ax+
-----END PGP SIGNATURE-----

Message #56 received at 847366@bugs.debian.org (full text, mbox, reply):

From: Cyril Brulebois <kibi@debian.org>

To: Simon McVittie <smcv@debian.org>

Cc: Dariusz Gadomski <dariusz.gadomski@canonical.com>, 847366@bugs.debian.org, debian-boot@lists.debian.org

Subject: Re: Bug#847366: gtk apps die with 'Couldn't open libGL.so.1'

Date: Mon, 23 Jan 2017 00:28:51 +0100

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

Hi Simon,

Simon McVittie <smcv@debian.org> (2017-01-21):
> Control: tags 847366 + patch
> 
> On Fri, 20 Jan 2017 at 17:45:56 +0000, Simon McVittie wrote:
> > Upstream say this is the wrong answer. Using Gtk without GL is *meant*
> > to work - the problem is that one of the initialization calls is
> > unconditional (upstream:
> > <https://bugzilla.gnome.org/show_bug.cgi?id=775279>) and will abort
> > if there is no GLX library available.
> 
> Patch attached, also in pkg-gnome svn, and seems to work fine (tested
> with gtk3-demo in a chroot with no Recommends installed, and Xephyr
> outside).
> 
> debian-installer developers: assuming you don't want a libgl1-udeb,
> you will need either this fix applied to gtk+3.0, or GDK_GL=disable
> in the environment whenever you run GTK apps. Either one should work.

This is great news! I was thinking about gtk2 vs. gtk3 just a few days
ago (a cron told me libgtk-3-0-udeb was installable again), and was a
bit annoyed with our recurring inability to move towards gtk3 without
the GL thing fixed (indeed, pulling libgl in d-i seemed a bit heavy…;
and there were quite a bunch of unmet dependencies in the past; patches
have existed for cdebconf + gtk3 for quite a while).

Maybe we'll be able to handle this at the beginning of the stretch
release cycle. :)


KiBi.

[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.