Our runtime provides two different versions of glib
When investigating a gdb issue, I discovered:
[📦 org.gnome.Sdk ~]$ cd /usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/
[📦 org.gnome.Sdk x86_64-linux-gnu]$ ls
libglib-2.0.so.0.6000.6-gdb.py libgobject-2.0.so.0.6000.6-gdb.py libgstreamer-1.0.so.0.1600.0-gdb.py
libglib-2.0.so.0.6103.0-gdb.py libgobject-2.0.so.0.6103.0-gdb.py
Uh-oh. Look:
[📦 org.gnome.Sdk ~]$ cd /usr/lib/x86_64-linux-gnu/
[📦 org.gnome.Sdk x86_64-linux-gnu]$ ls | grep glib
glib-2.0
libappstream-glib.so
libappstream-glib.so.8
libappstream-glib.so.8.0.10
libglib-2.0.so
libglib-2.0.so.0
libglib-2.0.so.0.6000.6
libglib-2.0.so.0.6103.0
libjson-glib-1.0.so
libjson-glib-1.0.so.0
libjson-glib-1.0.so.0.501.0
libpulse-mainloop-glib.so
libpulse-mainloop-glib.so.0
libpulse-mainloop-glib.so.0.0.5
Yeah:
libglib-2.0.so.0.6000.6
libglib-2.0.so.0.6103.0
So our glib doesn't completely overlap freedesktop-sdk's.
The good news is the libglib-2.0.so and libglib-2.0.so.0 symlinks are both pointing at libglib-2.0.so.0.6103.0, not libglib-2.0.so.0.6000.6, but still it's not good that libglib-2.0.so.0.6000.6 is there at all.
I guess we still have no way to completely replace freedesktop-sdk's glib with our own, instead of installing them one after the other?