Official method for determining modular X module path?
Donnie Berkholz
spyderous at gentoo.org
Thu Dec 1 00:25:37 PST 2005
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Andy Ritger wrote:
| In the short term, a compromise to allow multiple libGL's to coexist
| on the file system might be a system where:
|
| - distributions provide a simple utility (let's call
| it `/usr/bin/select-opengl.sh`; invoked, perhaps like
| `select-opengl.sh nvidia`). Such a tool would:
|
| - update /etc/ld.so.conf so that the correct OpenGL
| implementation's directory was prepended to the library
| search path
|
| - symlinked /usr/lib/libGL.so.1 to the requested OpenGL
| implementation (to provide backwards compatibility for
| applications that dlopen() a specific libGL); this point
| might be debatable/unnecessary.
|
| We could provide a sample implementation of select-opengl.sh,
| but distributions would be free to implement it however they
| like, such as with environment modules, as suggested in the
| OpenGL ABI discussion mentioned above.
Feel free to build on Gentoo's opengl-update script (and now
eselect-opengl, using a new framework), assuming the license stays the
same. =)
IMHO, Gentoo has perhaps the best handling of 3rd-party drivers among
distributions I'm aware of.
Thanks,
Donnie
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFDjrOBXVaO67S1rtsRAiYNAKDupZC37RgyhlMILPGU0VfR8GOjCgCg2mYI
wmGIAiZaYhCu4kxONBgA2rc=
=gmzJ
-----END PGP SIGNATURE-----
More information about the xorg
mailing list