Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
I'm trying to run textroom on my Squeeze system. After having some trouble trying to compile it from source I just installed it via the Linux self-installer that's available for it. However, when I run it, I encounter the following error:
textroom: error while loading shared libraries: libSDL_mixer-1.2.so.0: cannot open shared object file: No such file or directory
However, I do have the libSDL_mixer1.2 library installed.
From some searching elsewhere I'm led to believe that this is because Textroom is a 32-bit application and thus it looks in /usr/lib32, not /usr/lib, for its libraries. As should have been obvious, simply attempting to copy the library into /usr/lib32 doesn't work. I tried installed the ia32-libs package but it didn't seem to affect this issue.
No doubt it was looking for the 32-bit version of the missing SDL library.
What exactly was the problem with compiling from source? Squeeze has all the necessary versions of the dev packages, according to the how-to. You may have just missed one.
Thanks for the replies. Sorry if I'm unclear with anything, I've been using Debian for a while but fairly casually, and I usually don't install anything that isn't in the distribution.
What exactly was the problem with compiling from source? Squeeze has all the necessary versions of the dev packages, according to the how-to. You may have just missed one.
I'm not really sure. I can qmake and make without errors, but I get the following output when I execute "sudo make install":
I guess you are using a 64bit debian.
Why are you compiling textroom for 32bit? Just install the necessary development packages for SDL and QT and compile it natively for 64 bit. From your ldd, it is not able to find qt/sdl 32 bit libraries.
Normally by default it should get compiled natively. That means for 64bit in your case.
configure/make/install should only compile for native system, unless you specify some thing else.
So go through the "configure" output and compilation terminal output to see how it got compiled for 32bit machine.
You can use "file" utility to verify the machine type of a object/binary file.
Those error 1 messages that you got appear be be non fatal--as far as I can tell, it's a command to strip debugging symbols from a library that generates the error, since it's being applied to sound and image files, so it's just ignored.
Try uninstalling the 32-bit deb file, reinstalling your 64-bit compiled version, and see if it did get installed into /usr/bin.
stevepusser wrote:Those error 1 messages that you got appear be be non fatal--as far as I can tell, it's a command to strip debugging symbols from a library that generates the error, since it's being applied to sound and image files, so it's just ignored.
Embarrassingly, this was indeed the case - they were non-fatal and Textroom works perfectly when I run it after doing a make.
I can see what's going on because I've made all those embarrassing mistakes already; many, many times. Textroom does not look too hard to create a proper Debian package for, either. Does not look like anyone has bothered to do that yet...