New answers tagged shared-library
Just for clarification: creating a symbolic link to /usr/lib/libfreetype.so.6 should not be applied if the error was thrown by a 32-bit application on a 64-bit Linux distribution. The library could be left 'broken'. What you want on a 64-bit system is to install the necessary 32-bit dependencies around your 32-bit application, so that it will be able to ...
Picking up Aditya Patil's answer, you could grab possibly Python 2.6.9, install it locally and use virtualenv.
The File you are trying to run is too old, will run only on python2.6 which is not supported anymore. You have following options Try and get newer supported version Use some old linux which uses python2.6 install python2.6 manually, recommended in Virtual machine.
After searching for a while on g++ linking shared libraries, I decided to run the compilation command line with no other linked libraries than libfpx : $ g++ -o conftest -O3 -g3 -pthread -DMAGICKCORE_HDRI_ENABLE=1 -DMAGICKCORE_QUANTUM_DEPTH=16 conftest.cpp -lfpx It compiled without errors. Then I try to look for which linked shared libraries the error ...
From the comment: Thank you for your offer of help. I was able to get everything working. I had to install the ia32-libs and libc6 directly after installing the 64bit Ubuntu on my flash drive. Then I associated the libudev.so.0 file with the libudev.so.1 file. That solved the biggest problem that I had and I have been able to get it working.
A blank LD_LIBRARY_PATH isn't the problem. It's not set by default in Ubuntu. Per the comment on the answer on this question, it seems most likely that you installed the 64bit version of the library but you're running a 32bit application and therefore need the 32bit lib too. sudo apt-get install libxml2:i386
I know this is a year late. But this should fix it: dpkg --add-architecture i386 sudo apt-get install libsdl1.2debian The problem is that you are running a program compiled for a 32 bit architecture with 64 bit libraries.
Top 50 recent answers are included