https://bugzilla.novell.com/show_bug.cgi?id=223524 ------- Comment #16 from sndirsch@novell.com 2006-11-27 01:54 MST ------- (In reply to comment #14)
* Stefan, the binary issue is the most important one here. A lot of remote scripts have paths hardcoded because the X11R6/bin (or any other X11) subdirectory has not been in the search path of a remote shell on some systems. This served as a cheap way for parallel installation of X and non-X versions of the same application. Well, we cannot create symlinks for each possible X.Org Xclient in /usr/bin. If we do this we'll never get rid of /usr/X11R6/bin and can never replace it with a symlink to /usr/bin.
* Also the xinit semantics requires the specification of full paths. Using remote scripts that start xinit directly or indirectly will only work if they are using the /usr/bin/X11 path. Scrpits that use /usr/X11R8/bin will fail. See above. /usr/bin/X11 symlink to /usr/bin is in place with RC2.
* If there is no way we can replace /usr/X11R6 we may have to populate /usr/X11R6/bin with symlinks to servers, window managers and xterm. Since it is already late in the game we may want to provide a script (that we mention in the release notes) for the administrator to run to generate the required sym-links? We already have some symlinks, e.g. xauth. Work on providing a script for more (which one exactly?) is simply to late IMHO. In the worst case
cd /usr/X11R6/bin; ln -s /usr/bin/* . will still work for the customer (brute force).
* What is the solution for /usr/X11? It has been a symlink to /usr/X11R6/bin and should be replaced by a symlink to /usr. Probably you mean /usr/X11 --> /usr/X11R6. Honestly, it's no longer available. Nobody noticed/missed it up to now. Since nobody missed it, it won't hurt to add this symlink.
* fontconfig seems to be fine. The conservative apporach to keep the old paths in the config files should help. This at least was the case on the updated system I've checked. Yes.
* These however should be readded to the server font paths. The server is probably going to bitch about it in the log file (this code should probably be put on a higher verbosity level). Adding Marcus. Hmm. Only when we put the code on a higher verbose level. Customers are often complaining about invalid font directories. :-(
Egbert, I'm aware of the configure option for the libXt app-defaults, but found it much more easier to create a patch for configure.ac. :-) No, the app-default configure option is *not* what I was talking about but it was the --with-xfile-search-path. looking at the code it should even suffice to append the new path to the old. app-defaults are however the least important issue here. I attached my patch. I think we're talking about the same option. :-)
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.