ITP: libglvnd -- Vendor-neutral OpenGL dispatch layer

[Luca Boccassi]

On Mon, 2016-01-25 at 09:46 +0200, Timo Aaltonen wrote:
> 24.01.2016, 20:34, Luca Boccassi kirjoitti:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Luca Boccassi <luca.boccassi at gmail.com>
> > 
> > * 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 :)

Ah my bad, I checked for ITPs/bugs but not on the repos! Please feel
free to take ownership of this bug :-)

If it's possible, when Mesa supports glvnd and that package will be
uploaded, could you please give us a heads up at pkg-nvidia-devel and
pkg-fglrx-devel? I know it's not going to happen for a good while, but
we'll try and be ready :-)

> it's not final of course, tests fail and there are probably other issues
> too..

AFAIK the tests require a running X instance, so they aren't going to
work on buildd machines I'm afraid. I turned them off in the rules.

Would you accept a couple of patches? I could provide one to build debug
symbols packages and one for the copyright file. There are a mix of
licenses, and I tried hard to tag the files that don't use the Expat,
which seems to be the main one. There's a lot of files under BSD (1 and
3 clause) and a few m4 macros under GPL3.

Kind regards,
Luca Boccassi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/attachments/20160125/69f48948/attachment-0001.sig>