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