https://bugzilla.novell.com/show_bug.cgi?id=230300 ------- Comment #21 from andreas.hanke@gmx-topmail.de 2006-12-22 03:01 MST ------- I just wanted to reopen it, too, but for a different reason: "ln -snf" does not do what you probably think it does. The symlink target really has to be removed (or renamed) first to be sure that the symlink is created where you want to have it. The "-n" option to ln only makes a difference if /usr/X11R6/lib/modules/dri was previously a symlink to a directory, but not if it was a real directory. If it was a real directory, even "ln -snf" will create a symlink inside it instead of replacing it. Besides that, there might be a better solution to this problem than symlinking stuff across the filesystem: The LIBGL_DRIVERS_PATH environment variable. ATI's libGL seems to respect that (at least I can find the string in the libGL.so.1.2 binary; cannot test myself because I don't have ATI hardware). Obvious drawback with using LIBGL_DRIVERS_PATH: It won't work for GL applications that have been run via kdesu (because kdesu uses sudo which in turn resets the complete environment) and it won't work with setuid binaries. Maybe you can experiment with a profile.d script that does something like: export LIBGL_DRIVERS_PATH=/usr/lib64/dri/updates:/usr/lib/dri/updates:/usr/lib64/dri:/usr/lib/dri lib64 _and_ lib are needed for biarch platforms, and of course it should be installed only if needed (i.e., it should be part of fglrx.rpm). -- 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.