$ strace linguist 2>&1|grep ENOENT|grep /lib -c 182 $ strace linguist 2>&1|grep ENOENT|grep libXfixes -c 43 $ strace linguist 2>&1|grep ENOENT|grep libXfixes|awk -F'"' '{print $2}'|sort -u /lib64/libXfixes /lib64/libXfixes.so.1 /lib64/libXfixes.so.2 /lib64/tls/libXfixes /lib64/tls/x86_64/libXfixes /lib64/x86_64/libXfixes /usr/lib64/libXfixes /usr/lib64/libXfixes.so.1 /usr/lib64/libXfixes.so.2 /usr/lib64/qt4/libXfixes /usr/lib64/qt4/libXfixes.so /usr/lib64/qt4/libXfixes.so.1 /usr/lib64/qt4/libXfixes.so.2 /usr/lib64/tls/libXfixes /usr/lib64/tls/x86_64/libXfixes /usr/lib64/x86_64/libXfixes More Qt4 examples: $ strace stellarium 2>&1|grep ENOENT|grep /lib -c 174 $ strace speedcrunch 2>&1|grep ENOENT|grep /lib -c 174 $ strace avidemux2_qt4 2>&1|grep ENOENT|grep /lib -c 170 Seems GTK does not have such problem: $ strace avidemux2_gtk 2>&1|grep ENOENT|grep /lib -c 64 $ strace ario 2>&1|grep ENOENT|grep /lib -c 17 $ strace asunder 2>&1|grep ENOENT|grep /lib -c 16 $ strace ekiga 2>&1|grep ENOENT|grep /lib -c 17
Created attachment 255675 [details] grep ^open
Maybe this should go upstream?
Qt4 libraries use a rpath (/usr/lib64/qt4) whereas gtk+ libraries do not.
It seems that qt-core still installs an env.d file, which is polluting LDPATH variable. That file should be useless since we use RPATHs now. I've filed bug #347868 about this.
With Qt 4.8 this is definitely improved, probably because we removed rpath from Qt libraries: $ strace linguist 2>&1 | grep "^open.*/lib.*ENOENT" -c 58 $ strace linguist 2>&1 | grep ENOENT | grep libXfixes -c 0 (most remaining ENOENTs are caused by kde libraries, which are being fixed to avoid rpath too) So I think this can be considered fixed. Thanks!
Will test after qt & kde 4.8 stabilization :)
Great! Let us know how it goes ;)