Description of problem: Attempting to run a program and it wont run and giving me a file or libary not found Version-Release number of selected component (if applicable): How reproducible: Evertime Steps to Reproduce: 1. 2. 3. Actual results: bin/app_settings/mozilla-runtime-linux-i686/libfreebl3.so: version `NSSRAWHASH_3.12.3' not found (required by /lib/libcrypt.so.1) *** Unclean shutdown. *** Expected results: Program should load and run Additional info: I checked and the file is installed yum list installed nss-softokn-freebl Loaded plugins: presto, refresh-packagekit Installed Packages nss-softokn-freebl.i586 3.12.3-3.fc11 installed
That means you have too old version of libfreebl3.so in your LD_LIBRARY_PATH that overrides the system libfreebl3.so. If it is from an rpm shipped with Fedora, this would be a big in whatever package that includes, otherwise it is a problem with wherever that mozilla-runtime-linux-i686/libfreebl3.so comes from.
The app you run from the directory. And i know it worked fine from Fedora 10 default install. Im guessing the libfree is too old in the application to mesh with Fedora
Somewhat solved... I know this isnt a good fix but by copying the libcrypt.so.1 from FC 10 to the FC11 /lib got the application to work properly... so i would assume it means the files in the application are too old
what application is it that you are trying to run? how did you get the application? from fedora or elsewhere? If (app is not from fedora) and (you decide the bug is no in fedora) then {please close this bug} strings /path/to/your/application/libfreebl3.so |grep -i "NSS 3" should tell you the version of the freebl that came with your app
cc'ing Bob and Elio FYI
Version of NSS @(#)NSS 3.11.4 Basic ECC Mar 17 2008 13:36:43 $Header: NSS 3.11.4 Basic ECC Mar 17 2008 13:36:43 $ I will go ahead and close the bug as it seems its an issue with the libs in the application which is from elsewhere is too old seeing that copying the libcrypt files from Fedora 10 made the application work fine
A newer libfreebl3 will not solve the problem unless that app chooses to build with FREEBL_NO_DEPEND set in the environment. https://bugzilla.mozilla.org/show_bug.cgi?id=497251#c44 I guess the bug is in upstream NSS, but it looks like the problem was created by the patch by rrelyea at https://bugzilla.mozilla.org/attachment.cgi?id=348594&action=diff adding a NSSRAWHASH_3.12 node only when FREEBL_NO_DEPEND is set.