OK - this is driving me nuts. It seems to be a problem with Fedora Core as well, as I've seen a few poss that reference the same problem. I have disabled AppArmor (which is Suse's version of SELinux), and have installed the sun version of Java 1.5.x.
If I try running the installer, I get the following:
######################
# ./GalleryRemote.1.5.Linux.VM.bin
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
awk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
hostname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
Launching installer...
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/tmp/install.dir.20289/Linux/resource/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
#
##################
I have tried running the jar file using:
# java -jar ./GalleryRemote.1.5.jar
The installer runs, and completes. However in running tthe Gallery_Remote executable I get the same errors:
############
# ./Gallery_Remote
awk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/usr/lib/jvm/java-1.5.0/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
#
###########
Any help is much appriciated - I upload hundreds of pics a month to m site, and thiis is the only way to do it in a timely way 
nH
Posts: 2
Hmm
I'm desperate here... would it help if I offered the developers a small bit of cash for a fix?
Posts: 1
I've had this same problem with a different program, a couple ways to fix. Two ways as follows:
Back up the .bin file to name.bin.bak
1. ) cat name.bin.bak | sed "s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/" > name.bin
2. ) Go into your .bin file (vi file.bin) and search for:
export LD_ASSUME
You should see something along the lines of "export LD_ASSUME_KERNEL=2.2.5"
Now, I have not tested your installer, but this is generic fix for most of them:
change those exports in the file to #xport, so it's commented out and there are the same amount of characters.
export LD_ASSUME_KERNEL=2.2.5
should read
#xport LD_ASSUME_KERNEL=2.2.5
Write, exit, run
Hope this helps...
Posts: 1
Yes, it works, but now I have java.lang.ClassNotFoundException: com.apple.mrj.MRJOSType... FC5, I contnue searching. I wuld like to keep 1.4.2 VM
Posts: 1
I had the same problem but with another program. This thread helped me solve it. Thanks a bunch!
I also had one of those export LD_ASSUME_KERNEL in the starting script. After commenting that one all worked!