xorg-x11-6.8.1.904 installs and runs for me on sparc32-SMP (CG6 graphics).
On this system, as an experiment, I removed the symlink /usr/include/GL before the install but left /usr/include/X11 symlink.
After the install, I have these: GL -> ../X11R6/include/GL X11 -> ../X11R6/include/X11 /usr/bin/X11 -> ../X11R6/bin/
Also, I watched the install to see when they were created. They were set up in postrm --- specifically, in fix_links. (And, I suppose, opengl_update).
It seems to me that with .904, fix_links is incorrect: Since
/usr/X11R6 is now a symlink (X11R6 -> ../usr/), executing
ln -snf ../include ${ROOT}/usr/X11R6/include
will not do anything useful unless ${ROOT} is someplace nonstandard.So while these strange symlinks are harmless, I am not sure they are ever required. That's where they come from, though.
I am not sure whether they are right or wrong. I guess /usr/bin/X11 might serve a purpose if someone explicitly invokes /usr/bin/X11/<something>,
but /usr/include/{X11,GL}/{X11,GL} are true orphans. But harmless ones.
This is my last word on the subject. .904 is installing and running fine for me on sparc, and now that I sort of understand these weird
symlinks, I no longer care. :-)
Regards, -- Ferris McCormick (P44646, MI) <[EMAIL PROTECTED]> Developer, Gentoo Linux (Sparc)
signature.asc
Description: OpenPGP digital signature
