FS#3101 - Meta package for GL libs

Attached to Project: Arch Linux
Opened by Johannes Jordan (FoPref) - Sunday, 21 August 2005, 21:16 GMT
Last edited by Judd Vinet (judd) - Wednesday, 24 August 2005, 23:02 GMT
Task Type Feature Request
Category System
Status Closed
Assigned To Jan de Groot (JGC)
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Some driver packages, like nvidia and ATI, give proprietary GL libs. These are needed by some packages, which therefor need to give a dependancy.

Also package mesa provides GL libs and is the first choice as depdendancy, as it is not bound to any particular hardware.

But installed mesa / binary driver package interfere in the files provided and should exclude themselves.

Now as a package builder one doesn't know wether to depend on mesa or not.

I suggest a meta package (name) alike 'x-server'.
This task depends upon

Closed by  Jan de Groot (JGC)
Wednesday, 21 December 2005, 00:23 GMT
Reason for closing:  Implemented
Additional comments about closing:  We have a virtual libgl now, which is currently provided by libgl-dri and libgl-mesa. nvidia will follow, hope ati sitting in AUR will follow soon too.
Comment by Judd Vinet (judd) - Wednesday, 24 August 2005, 23:01 GMT
Any comments, Mr. Xorg?
Comment by Jan de Groot (JGC) - Saturday, 01 October 2005, 15:08 GMT
This will be fixed once xorg gets a splitup. My current plans for this:
libGL.so.x will be provided by mesa, which will include all opensource DRI drivers currently available in MESA (ATM mesa only supports xlib rendering in archlinux). Xorg will come without a libgl and without DRI, as mesa provides this.
The mesa package will provide 'libgl', something that should be done with drivers that replace it too. Applications that need OpenGL libs can depend on this virtual package called 'libgl'.

Loading...