Description of Problem: This is an almost identical bug to 52788, where the lack of the libxxx.so symlink causes some apps' dlopen() to fail. In this case, mozilla plugins like flash (comes with product) and java (added by me separately), fail to open libXt.so and libXext.so unless: 1) the XFree86-devel package is installed to get the symlinks _AND_ 2) ldconfig is run to update /etc/ld.so.cache or whatever it's called. Version-Release number of selected component (if applicable): probably all mozilla/xfree rpms from redhat How Reproducible: always Steps to Reproduce: 1. see above 2. 3. Actual Results: using strace, you see ENOENT trying to open shared libs at dlopen time Expected Results: find the library in search path Additional Information:
*** Bug 52318 has been marked as a duplicate of this bug. ***
I get the same issues using Mozilla RPMS from ftp.mozilla.org. This is an ugly problem... is this problem going to be fixed before 7.2 is released, or at least some mention of the problem put into the RELEASE NOTES or on the support webpage?
There has been no update on this since last year. Was it fixed ever?
This is fixed in recent mozilla builds. We open Xt.