I think I have made some progress tracking this down though - by
some horribly time-consuming playing with LD_LIBRARY_PATH (server
side) I've confirmed that this path :
/afs/cern.ch/atlas/offline/external/LCGCMT/LCGCMT_54f/InstallArea/
i686-slc4-gcc34-opt/lib
gets add to LD_LIBRARY_PATH during our setup script, and it's this
(and only this), that causes the problem.
Oh dear. That directory replaces just about every client-side X11
library above libX11 itself.
But I think we have a likely culprit: it replaces libqt-mt.so.*,
which is the Qt toolkit core on which KDE applications depend --- and
which, among many other things, handles the interface to client-side
font rendering. Very likely it is missing some bugfix which removed
an endian bug.
You can check what libraries it uses on the Linux machine:
(that will almost certainly wrap, but it is a single line)
which will give you a good idea of what libraries are interfering.
Unfortunately, barring a vendor fix, you'll have to use a wrapper (or
shell function or maybe alias) to force LD_LIBRARY_PATH back to the
default to run kate and other KDE applications.
--
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] email@hidden
system administrator [openafs,heimdal,too many hats] email@hidden
electrical and computer engineering, carnegie mellon university KF8NH
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/x11-users/email@hidden
