After download and untar: leeuw@appel:~/test/package > ./run-mozilla.sh MOZILLA_FIVE_HOME=/home/eva/leeuw/test/package LD_LIBRARY_PATH=/home/eva/leeuw/test/package SHLIB_PATH=/home/eva/leeuw/test/package LIBPATH=/home/eva/leeuw/test/package MOZ_PROGRAM=mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= ************************************************** nsNativeComponentLoader: SelfRegisterDll(/home/eva/leeuw/test/package/components/libnsjpg.so) Load FAILED with error: libjpeg.so.62: cannot open shared object file: No such file or directory ************************************************** nNCL: registering deferred (0) ./run-mozilla.sh: line 29: 15111 Segmentation fault $prog ${1+"$@"} Installed libjpeg is for SuSE 6.2: libjpeg.so.6.0.1 This is my first try at Mozilla and on the bugreport system, so I hope I did it right. Dennis Leeuw

dp, any idea why this might happening?

Looks like we are depending on some jpg library to exist on the user machine. Pam, I thought for unix we are compiling jpeg in instead of depending on user machine having any libaray. Can you clarify ?

Yep, I'm afraid you will need libjpeg.so.62. All of the platforms should ship the jpeg library, but give the user a way to use their own local jpeg library. I believe unix folk are the only folks who want/expect to use their own local image decoder libs. -P

J: I think this is a tarball issue. We should send the jpeg library, and let the user decide if they want to use their local jpeg and png libraries. -P

reporter - look at bug 27617, that could help you. it has the link for the libjpeg that works with mozilla

*** Bug 30584 has been marked as a duplicate of this bug. ***

*** Bug 30495 has been marked as a duplicate of this bug. ***

*** This bug has been marked as a duplicate of 30532 ***

Putting on verifyme keyword.

Marking Verified as a dup.