Bug#801350: libglib2.0-0: Segmentation fault because libgobject-2.0.so is not found

[Simon McVittie]

On 09/10/15 00:59, Michael Biebl wrote:
> Am 09.10.2015 um 01:24 schrieb Luca Ghio:
>> I solved by creating a symbolic link to libgobject-2.0.so.0:
>> # ln -s /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 /usr/lib/x86_64-linux-gnu/libgobject-2.0.so

This symlink is only meant to be necessary in development packages like
libglib2.0-dev; it is used while linking (compiling) other software, but
is not meant to be used at runtime. If it was included in libglib2.0-0,
it would break co-installability of libglib2.0-0 with some future
libglib2.0-1. libgobject-2.0.so.0 is the only one that is meant to be
used at runtime.

I've tested this in a chroot environment with python-gi and libglib2.0-0
but no libglib2.0-dev, and it works fine for me. Relevant versions:

libgirepository-1.0-1 amd64 1.46.0-1
python-gi amd64 3.18.0-1
python2.7 amd64 2.7.10-4
libglib2.0-0 amd64 2.46.0-2

Looking at the strace log, you seem to have an LD_PRELOAD module to
disable client-side decorations or something?

execve("/usr/bin/python", ["python", "-c", "import gi.repository"], [/*
53 vars */]) = 0
brk(0)                                  = 0xad0000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f4c270b6000
open("/usr/lib/gtk3-nocsd/gtk3-nocsd.so", O_RDONLY|O_CLOEXEC) = 3

Where does that file come from, and how is it linked? ("ldd
/usr/lib/gtk3-nocsd/gtk3-nocsd.so", and if you have binutils installed,
"objdump -Tx /usr/lib/gtk3-nocsd/gtk3-nocsd.so | grep NEEDED".)

Please try disabling the LD_PRELOAD module ("unset LD_PRELOAD" and try
running Python again). If that works, report this as a bug to whoever
provided that module instead.

    S