Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

Since app-emulation/emul-linux-x86-qtlibs-3.4.4-r4 has been emerged, skype
can't start, because it can't find the (32bits) library.

if i emerge app-emulation/emul-linux-x86-qtlibs-3.4.4-r1, it works ok.

The place where qt is installed is not the same in -r1 and -r4. Moreover, -r1
has a /etc/env.d/45emul-linux-x86-qtlibs, while -r1 installs nothing in
/etc/env.d...

Reproducible: Always

Erm... -r4 installs to /usr/lib32/, so if skype can't find the stuff there,
chances are it really sucks. :P You also didn't post any info on how skype
fails, reopen once you've done it.

skype fails with : 
-----------
orzel@berlioz /home/orzel% skype
/opt/skype/skype: error while loading shared libraries: libqt-mt.so.3: cannot
open shared object file: No such file or directory
-----------


ldd says : 
-----------
orzel@berlioz /home/orzel% ldd /opt/skype/skype
        linux-gate.so.1 =>  (0xffffe000)
        librt.so.1 => /lib32/librt.so.1 (0xf7f91000)
        libasound.so.2 => /usr/lib32/libasound.so.2 (0xf7ed2000)
        libqt-mt.so.3 => not found
        libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7ec4000)
        libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7dd4000)
        libpthread.so.0 => /lib32/libpthread.so.0 (0xf7dbd000)
        libstdc++.so.5 => /usr/lib32/libstdc++.so.5 (0xf7d0a000)
        libm.so.6 => /lib32/libm.so.6 (0xf7ce3000)
        libgcc_s.so.1 => /lib32/libgcc_s.so.1 (0xf7cd8000)
        libc.so.6 => /lib32/libc.so.6 (0xf7bad000)
        /lib/ld-linux.so.2 (0xf7fd5000)
        libdl.so.2 => /lib32/libdl.so.2 (0xf7ba8000)
        libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7ba5000)
        libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7ba0000)
-----------


and my ebuild doesn't install in /usr/lib32 but in /usr/qt/3/lib32
-----------
orzel@berlioz /home/orzel% equery  files app-emulation/emul-linux-x86-qtlibs
[ Searching for packages matching app-emulation/emul-linux-x86-qtlibs... ]
* Contents of app-emulation/emul-linux-x86-qtlibs-3.4.4-r4:
/usr
/usr/lib32
/usr/lib32/libDCOP.so -> libDCOP.so.4.2.0
/usr/lib32/libDCOP.so.4 -> libDCOP.so.4.2.0
/usr/lib32/libDCOP.so.4.2.0
/usr/lib32/libkdecore.so -> libkdecore.so.4.2.0
/usr/lib32/libkdecore.so.4 -> libkdecore.so.4.2.0
/usr/lib32/libkdecore.so.4.2.0
/usr/lib32/libkdefx.so -> libkdefx.so.4.2.0
/usr/lib32/libkdefx.so.4 -> libkdefx.so.4.2.0
/usr/lib32/libkdefx.so.4.2.0
/usr/qt
/usr/qt/3
/usr/qt/3/lib32
/usr/qt/3/lib32/libqt-mt.so -> libqt-mt.so.3
/usr/qt/3/lib32/libqt-mt.so.3 -> libqt-mt.so.3.3
/usr/qt/3/lib32/libqt-mt.so.3.3 -> libqt-mt.so.3.3.4
/usr/qt/3/lib32/libqt-mt.so.3.3.4
/usr/qt/3/lib32/libqt.so -> libqt-mt.so
/usr/qt/3/lib32/libqt.so.3 -> libqt-mt.so.3
/usr/qt/3/lib32/libqt.so.3.3 -> libqt-mt.so.3.3
/usr/qt/3/lib32/libqt.so.3.3.4 -> libqt-mt.so.3.3.4
/usr/qt/3/lib32/libqui.so -> libqui.so.1
/usr/qt/3/lib32/libqui.so.1 -> libqui.so.1.0
/usr/qt/3/lib32/libqui.so.1.0 -> libqui.so.1.0.0
/usr/qt/3/lib32/libqui.so.1.0.0
/usr/qt/3/plugins
/usr/qt/3/plugins/styles32
/usr/qt/3/plugins/styles32/dotnet.so
/usr/qt/3/plugins/styles32/highcolor.so
/usr/qt/3/plugins/styles32/highcontrast.so
/usr/qt/3/plugins/styles32/keramik.so
/usr/qt/3/plugins/styles32/kthemestyle.so
/usr/qt/3/plugins/styles32/light.so
/usr/qt/3/plugins/styles32/phasestyle.so
/usr/qt/3/plugins/styles32/plastik.so
-----------

but!???.....
it's not missing, it's there.. : (from equery files ......)

/usr/qt/3/lib32/libqt.so -> libqt-mt.so
/usr/qt/3/lib32/libqt.so.3 -> libqt-mt.so.3
/usr/qt/3/lib32/libqt.so.3.3 -> libqt-mt.so.3.3
/usr/qt/3/lib32/libqt.so.3.3.4 -> libqt-mt.so.3.3.4

(In reply to comment #3)
> but!???.....
> it's not missing, it's there.. : (from equery files ......)
> 
> /usr/qt/3/lib32/libqt.so -> libqt-mt.so
> /usr/qt/3/lib32/libqt.so.3 -> libqt-mt.so.3
> /usr/qt/3/lib32/libqt.so.3.3 -> libqt-mt.so.3.3
> /usr/qt/3/lib32/libqt.so.3.3.4 -> libqt-mt.so.3.3.4
> 

It is there but the path is never added to ld.so.conf threw an env.d entry so
it is not searched. This is rather annoying and should be fixed, a simple
inclusion of the previous env.d entry with a sed to correct the path is all
that is needed to resolve this issue.

indeed... Missing env.d/* file is what i say in my initial bug report 

the qt package itself installs the env.d entry

$ grep LDPATH.*qt /etc/env.d/*
/etc/env.d/44qt4:LDPATH=/usr/lib/qt4:/usr/lib64/qt4:/usr/lib32/qt4
/etc/env.d/45qt3:LDPATH=/usr/qt/3/lib:/usr/qt/3/lib64:/usr/qt/3/lib32

This is not qt, but emul-linux-x86-qtlibs
Nothing is installed in /etc/env.d, as shown by the file list I gave in
previous comment.

emul-linux-x86-qtlibs-3.4.4-r5 installs an env.d file

*** Bug 165333 has been marked as a duplicate of this bug. ***