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
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
Steps to Reproduce:
1. see above
using strace, you see ENOENT trying to open shared libs at dlopen time
find the library in search path
*** 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.