[Pkg-fglrx-devel] ITP: libglvnd -- Vendor-neutral OpenGL dispatch layer
Luca Boccassi
luca.boccassi at gmail.com
Sun Feb 7 17:33:44 UTC 2016
Control: owner -1 tjaalton at 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,
Sorry I forgot to do that before, but I've now passed the ball to you
for the ITP :-)
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-fglrx-devel/attachments/20160207/fd98fcba/attachment.sig>
More information about the Pkg-fglrx-devel
mailing list