Description of problem: devhelp RPM shipped in RHEL4U4 explicitly depends on mozilla = 37:1.8 but requires shared libraries from mozilla = 37:1.7.xx Version-Release number of selected component (if applicable): devhelp-0.10-0.2.el4 seamonkey-1.0.3-0.el4.1 Steps to Reproduce: 1. Install devhelp on an updated U4 machine. 2. Attempt to run devhelp Actual results: # devhelp devhelp: error while loading shared libraries: libgtkembedmoz.so: cannot open shared object file: No such file or directory # LD_LIBRARY_PATH=/usr/lib/mozilla-seamonkey-1.0.3/ devhelp devhelp: symbol lookup error: /usr/lib/libdevhelp-1.so.0: undefined symbol: _ZTV24nsGetServiceByContractID Expected results: devhelp should start without use of LD_LIBRARY_PATH and without undefined symbol errors. Additional info: devhelp-0.10-0.2.el4 clearly contains a reference to the old mozilla-suite shared lib: # ldd /usr/lib/libdevhelp-1.so.0 | grep gtkembed libgtkembedmoz.so => not found # readelf -a /usr/bin/devhelp | grep moz 0x00000001 (NEEDED) Shared library: [libgtkembedmoz.so] 0x0000000f (RPATH) Library rpath: [/usr/lib/mozilla-1.7.13] Manually installing mozilla from U3 (1.7.12) and forcing LD_LIBRARY_PATH allows devhelp-0.10-0.2.el4 to run fine. Also, using up2date to install devhelp when seamonkey is NOT installed results in an unresolvable chain of dependancies: # up2date devhelp Fetching Obsoletes list for channel: rhel-i386-es-4... Fetching rpm headers... ######################################## Name Version Rel ---------------------------------------------------------- devhelp 0.10 0.2.el4 i386 Testing package set / solving RPM inter-dependencies... There was a package dependency problem. The message was: Unresolvable chain of dependencies: devhelp 0.10-0.2.el4 requires libgtkembedmoz.so devhelp 0.10-0.2.el4 requires libnspr4.so devhelp 0.10-0.2.el4 requires libplc4.so devhelp 0.10-0.2.el4 requires libplds4.so devhelp 0.10-0.2.el4 requires libxpcom.so devhelp-0.10-0.2.el4 requires mozilla = 37:1.8 The following packages were added to your selection to satisfy dependencies: Package Required by ---------------------------------------------------------------------------- I can file that last one as a separate bug if preferred, but it seems related.
*** This bug has been marked as a duplicate of 202034 ***