[oe] [OE-core] [PATCH 0/1] Solving the GTK+ libgl runtime dependency issue

Burton, Ross ross.burton at intel.com
Thu Oct 15 19:42:06 UTC 2015


On 15 October 2015 at 18:26, Andreas Müller <schnitzeltony at googlemail.com>
wrote:

> I have several gtk3+ applications that stopped working. E.G
> network-manager-applet has stopped working: running
> nm-connection-editor fails with 'Couldn't open libGL.so.1'. Same for
> parole.
> I grepped network-manager-applet: there is not GtkGL or GdkGL found in
> the sources (ok - it could be the dependencies). I still get the
> feeling something goes wrong with libepoxy. And I am quite sure that
> I've seen both (nm-applet/parole) running with gtk3 requiring
> libepoxy...
>

That's not good, sounds like a bug in GTK+3 - it shouldn't be initialising
the GL code.

The only bit of source that includes epoxy is gtkglarea.c.  libepoxy only
looks up libGL.so.1 when it's invoked.

What's the exact message you get, and bonus points if you can attach a gdb
with debug symbols to get a backtrace.  Maybe something like Glade is
instantiating every class?

Ross



More information about the Openembedded-devel mailing list