libpng12.so.0: cannot open shared object file: No such file or directory
Neither VirtualBox nor FVWM2 can start because of this error:
libpng12.so.0: cannot open shared object file: No such file or directory What should I do? |
Is libpng installed? Otherwise, where did you get the packages for these programs? They might not have been the right ones for your system.
|
Look at however arch manages packages and find which version is
installed (if any) and which package holds it, or if it's part of removed (currently not installed) packages, install it. A good start is always Code:
ls -ld $(locate -r libpng.*\.so.*) |
Quote:
What versions are they ? libpng 12 is very old - VERY OLD |
Code:
$ sudo ls -ld $(locate -r libpng.*\.so.*) |
Quote:
|
The presence of libpng14 makes me wonder where you dug up
VirtualBox or FVWM2 from ... are they packages that are made for your distro? If they're not, there's always the ugly kludge approach of simply creating a symlink from libpng14.so to the 12 version and hope the programming interface hasn't changed too much between those versions. Cheers, Tink |
Quote:
|
Code:
ln -s /usr/lib/libpng.so /usr/lib/libpng12.so.0 |
Still FVWM won't compile, it complains about something having to do with PNG. It did that before.
|
I am also trying to run PlaneShift (a RPG) and it complains about not having libpng12. The latest version is very recent, so I don't have a clue why they are clinging to linpng12
(BTW, to confirm MTK358's error, I get "./pslaunch.bin: /usr/lib/libpng12.so.0: version `PNG12_0' not found (required by ./pslaunch.bin)") |
At least I don't have to worry about FVWM anymore because I found that the "unstable" version can be gotten from the repos as "fvwm-devel". The only reason I wanted to compile is because I thought that the repos didn't have this newer version.
And I uninstalled VirtualBox (I haven't even used it), but if I ever need it I will do it via AUR so pacman will know about it, instead of me having to remember where that binary installer is all the time, in case I want to upgrade or uninstall it. Because of this, I deleted the libpng12 -> libpng14 link, too. I wonder why does the program specify the version it wants. Shouldn't it not care about the version and use whatever is here? |
Quote:
making the libraries may change the interface they use from version to version; and that may only surface in one out of say 200 functions; now, your program compiled against a different (I'm not saying older or newer specifically because they regression from your programs point of view may be either direction) library may work 99% of the time but display funny behaviour you can't assess easily .... so it's safer to make it quite clear which version of the library the program builds against and runs as expected. Cheers, Tink |
All times are GMT -5. The time now is 11:55 AM. |