Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 340227 - media-video/tsmuxer-1.10.6-r1 (use=qt4) needs media-libs/libpng-1.2
Summary: media-video/tsmuxer-1.10.6-r1 (use=qt4) needs media-libs/libpng-1.2
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Stefan Briesenick (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-09 06:32 UTC by Jerome Venturi
Modified: 2010-10-16 21:33 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jerome Venturi 2010-10-09 06:32:50 UTC
I just installed media-video/tsmuxer-1.10.6-r1 and i get this when i tried to load it : "tsMuxerGUI: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory"
I have libpng installed but it's media-libs/libpng-1.4.3.
As an temporary fix i did:
cd /usr/lib/
ln -s libpng14.so.14.3.0 libpng12.so.0
But this is not really a good solution.

Reproducible: Always

Steps to Reproduce:
1.Have =media-libs/libpng-1.4.3 installed.
2.Install =media-video/tsmuxer-1.10.6-r1.
3.Load it.
Comment 1 Stefan Briesenick (RETIRED) gentoo-dev 2010-10-16 13:07:25 UTC
indeed. tsMuxerR is a 32-Bit closed-source software. Are you running x86 or amd64? When installing on amd64, we use app-emulation/emul-linux-x86-baselibs, otherwise we just use the system-libs.

Since app-emulation/emul-linux-x86-baselibs includes both, libpng12 and libpng14, you won't get an error. libpng seems to be slotted, so I guess, we just need a dependency to media-libs/libpng:1.2 to fix this issue.
Comment 2 Stefan Briesenick (RETIRED) gentoo-dev 2010-10-16 13:13:25 UTC
wuahh, it's even worse:

~# ldd /opt/bin/tsMuxerGUI | fgrep png
libpng12.so.0 => /usr/lib32/libpng12.so.0 (0xf6d5b000)
libpng14.so.14 => /usr/lib32/libpng14.so.14 (0xf64d4000)

it links to both. I guess, the libpng14 results from linking against Qt4, the libpng12 from some other linking. Ok, I will add the following dependencies to be on the safe side:

media-libs/libpng:0
media-libs/libpng:1.2
Comment 3 Samuli Suominen (RETIRED) gentoo-dev 2010-10-16 13:20:56 UTC
(In reply to comment #2)
> wuahh, it's even worse:
> 
> ~# ldd /opt/bin/tsMuxerGUI | fgrep png
> libpng12.so.0 => /usr/lib32/libpng12.so.0 (0xf6d5b000)
> libpng14.so.14 => /usr/lib32/libpng14.so.14 (0xf64d4000)
> 
> it links to both. I guess, the libpng14 results from linking against Qt4, the
> libpng12 from some other linking. Ok, I will add the following dependencies to
> be on the safe side:
> 
> media-libs/libpng:0
> media-libs/libpng:1.2
> 

That looks like invalid use of `ldd` since it's printing also indirect dependencies. I've explained it here, bug 330169.

Please don't do anything just "to be on safe side", do it because it's needed (or don't do) ;-)
Comment 4 Stefan Briesenick (RETIRED) gentoo-dev 2010-10-16 21:30:35 UTC
ok, then tell me how to solve it. As you can see, tsMuxerGUI links against both versions of libpng. Ok, libpng 1.4 might be an indirect dependency because of Qt4, which is already a dependency.

So I will add just media-libs/libpng:1.2 dependency for now, to solve this bug. Looks valid, because:

~# objdump -p /opt/bin/tsMuxerGUI
[..]
NEEDED  libpng12.so.0
[..]
Comment 5 Stefan Briesenick (RETIRED) gentoo-dev 2010-10-16 21:33:03 UTC
ok, dependency added to current ebuild.