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

Simon McVittie smcv at debian.org
Tue Jan 17 11:19:40 UTC 2017


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



More information about the pkg-gnome-maintainers mailing list