[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#812530: ITP: libglvnd -- Vendor-neutral OpenGL dispatch layer



On Thu, 2016-12-01 at 21:25 +0200, Timo Aaltonen wrote:
> On 01.12.2016 15:32, Luca Boccassi wrote:
> > On Sun, 07 Feb 2016 17:33:44 +0000 Luca Boccassi <luca.boccassi@gmail.com> wrote:
> >> Control: owner -1 tjaalton@debian.org
> >>
> >> On Mon, 2016-01-25 at 09:46 +0200, Timo Aaltonen wrote:
> >>> 24.01.2016, 20:34, Luca Boccassi kirjoitti:
> >>>> * Package name    : libglvnd
> >>>>   Version         : 0~20160122
> >>>>   Upstream Author : NVIDIA Corporation
> >>>> * URL             : https://github.com/NVIDIA/libglvnd
> >>>> * License         : MIT
> >>>>   Programming Lang: C
> >>>>   Description     : Vendor-neutral OpenGL dispatch layer
> >>>>
> >>>> libglvnd is a Vendor-neutral dispatch layer for arbitrating OpenGL API
> >>>> calls between multiple vendors on a per-screen basis.
> >>>> Currently, only the GLX window-system API and OpenGL are supported, but
> >>>> in the future this library may support EGL and OpenGL ES as well.
> >>>>
> >>>>
> >>>> I am one of the pkg-nvidia maintainers, and we would like to use this
> >>>> ITP to start a discussion about packaging libglvnd with the maintainers
> >>>> of Mesa, X and fglrx.
> >>>>
> >>>> As you might have read news about, NVIDIA has been working on an open
> >>>> source (MIT-like license) vendor-neutral dispatch layer for OpenGL. They
> >>>> have now declared it stable, and their proprietary graphics driver
> >>>> started using it in version 361 [1].
> >>>>
> >>>> It has been reported that AMD is interested in supporting this library
> >>>> too [2].
> >>>>
> >>>> Finally, following a discussion on the upstream Mesa mailing list [3],
> >>>> it has been reported that work is in progress in Mesa too to support
> >>>> this library [4].
> >>>>
> >>>> Our proposal would be to wait to upload this package until a version of
> >>>> Mesa that can make use of it is released. Then, as a a possible example,
> >>>> we could upload both to Debian experimental, and at the same time switch
> >>>> the proprietary Nvidia drivers to use it, and see how it works. When
> >>>> fglrx gets there too, we should then be able to stop using
> >>>> glx-alternatives-* packages.
> >>>>
> >>>> My proposal for the packaging itself can be found on pkg-nvidia's git
> >>>> [5]. Given upstream doesn't seem to do release tagging, I'm using the
> >>>> 0~<LAST-COMMIT-DATE> format. I split each .so in an individual binary
> >>>> and -dbg package, called *-glvnd[-dbg], plus a common libglvnd-dev.
> >>>> Figuring out precisely the licensing was the fun part, as the code is a
> >>>> mixture of Expat, MIT-like, BSD 1-clause and 3-clause, GPL3 and
> >>>> GNU-permissive :-)
> >>>>
> >>>> Comments? Opinions? ACKs/NACKs?
> >>>
> >>> packaging available at
> >>>
> >>> git://git.debian.org/pkg-xorg/lib/libglvnd.git
> >>>
> >>> but since it hasn't been of any use there was no ITP filed, so thanks
> >>> for that :)
> >>>
> >>> it's not final of course, tests fail and there are probably other issues
> >>> too..
> > 
> > Hi Timo,
> > 
> > Any news on uploading this to Stretch?
> > 
> > I think upstream Mesa has some initial support merged:
> > 
> > https://lists.freedesktop.org/archives/mesa-dev/2016-May/116346.html
> > https://cgit.freedesktop.org/mesa/mesa/tree/src/glx/glxglvnd.c
> 
> Yes, libglvnd had some packaging issues which I think are now solved in
> git. I'll probably upload it to experimental soon.

Great news, thank you for taking care of it! Once it's up in
experimental we'll work on it from the nvidia-driver side.

Kind regards,
Luca Boccassi

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: