Bug 136767
| Summary: | firefox & thunderbird libs should link against itself, not /usr/lib/* | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Harald Hoyer <harald> |
| Component: | firefox | Assignee: | Christopher Aillon <caillon> |
| Status: | CLOSED WORKSFORME | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | nobody+pnasrat, wtogami |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2005-03-31 09:46:08 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
This is intentional - from %changelog: filter out library Provides: and internal Requires: The reason was: $ rpm -qR evolution | grep libnss3 libnss3.so $ rpm -q --whatprovides libnss3.so thunderbird-0.8.0-2 firefox-0.10.0-1.0PR1.4 mozilla-nss-1.7.3-9 This was causing i386 firefox being pulled into x86_64, etc. BUT _firefox_ should require /usr/lib/libsoftokn3.so /usr/lib/libplc4.so /usr/lib/libplds4.so /usr/lib/libnspr4.so I am not talking about libnss3.so!!!! I could not use https:// until I installed the mozilla-n* rpms... maybe firefox could not ĺoad its shared libraries, or they do not provide the same SSL protocols Oops - sorry. Check out the filter script - it should only filter out things provided by firefox. However all those libraries are in /usr/lib/firefox-0.10.1, so the "libplc4.so" is found by the script and filtered. But as you note libnss isn't linked against the firefox bundled copies. I assume it's a linking issue and libnss3.so should link against firefox's versions? Perhaps this is a beehive issue? During development of the firefox and thunderbird packages using mach, mozilla was never in the buildroots. But now mozilla is in the buildroot, and it is confusing the firefox and thunderbird builds as a result, making it not link to their own libraries? Huh? Running firefox-0.10.1-1.0PR1.20 with mozilla* totally uninstalled and my https still works. Could this have to do with LD_LIBRARY_PATH being set to /usr/lib/firefox-0.10.1 from the /usr/bin/firefox script? Harald, were you bypassing the /usr/bin/firefox script, perhaps due to the earlier broken "Preferred Application" thing that set the absolute path of /usr/lib/firefox-something/firefox in the gconf key? In any case I think we can solve this and make firefox fully self contained with --with-nspr-prefix or --with-nspr-exec-prefix. I am experimenting. thunderbird has the same problem. Neither --with-nspr-prefix nor --with-nspr-exec-prefix managed to fix this problem. Is this a case where RPATH is needed? I was not bypassing the firefox script Months later, I have been totally unable to reproduce this behavior. With mozilla totally uninstalled I have full SSL capability. Should we close WORKSFORME? Hmm, ok for me Ok, worksforme it is then. |
$ ldd /usr/lib/firefox-0.10.1/libnss3.so libsoftokn3.so => not found libplc4.so => not found libplds4.so => not found libnspr4.so => not found libc.so.6 => /lib/tls/libc.so.6 (0xf6e5f000) /lib/ld-linux.so.2 (0x00b35000) $ rpm -q firefox firefox-0.10.1-1.0PR1.20 $ sudo yum install mozilla-nss mozilla-nspr Setting up Install Process ... $ ldd /usr/lib/firefox-0.10.1/libnss3.so libsoftokn3.so => /usr/lib/libsoftokn3.so (0xf6f21000) libplc4.so => /usr/lib/libplc4.so (0xf6f1c000) libplds4.so => /usr/lib/libplds4.so (0xf6f19000) libnspr4.so => /usr/lib/libnspr4.so (0xf6ee8000) libc.so.6 => /lib/tls/libc.so.6 (0xf6dc1000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0xf6daf000) libdl.so.2 => /lib/libdl.so.2 (0xf6dab000) /lib/ld-linux.so.2 (0x00b35000)