Bug#879905: glee: source for GLee.c and GLee.h is missing

[Steve Cotton]

On Fri, Oct 27, 2017 at 07:55:52AM +0200, Steve Cotton wrote:
> On Thu, 19 Oct 2017 22:47:00, Ximin Luo wrote:
> > These files are clearly not source code. But luckily it should
> > be possible to regenerate them from the git repo I mentioned:
> >
> > > [..] https://github.com/kallisti5/glee
> 
> It seems that repo is also not the complete source, the build
> steps in CMakeLists.txt download specs for the GL extensions from
>     http://www.opengl.org/registry/

It doesn't manage to download the specifications any more, which is
probably because the website has changed since 2011. OTOH, anything
that works with Debian's 2009 version of GLee can only be using
extensions that existed in 2009.

AFAICS, what GLeeGen creates is a mix of:

1. An easy wrapper for checking if an extension is supported
2. The DFSG-free files which are now packaged in khronos-api
3. The specifications under Khronos' speccopyright (not DFSG-free)

The speccopyright means that we can't make a DFSG version of GLee, but
it also seems that it might be easier to just fix the rdeps to not use
GLee at all.  The wrapper for checking if extensions are supported
could be ported to use the khronos-api, if it's needed at all.

Looking at the packages that use GLee:

Fife: only a few extensions, all of them now in khronos-api. Would
need the wrapper function.

FS-UAE: build-depends on glee-dev, but the changelog includes "use
GLEW instead of GLee", none of the binaries depend on libglee, and the
two #includes in the source are commented out. Bug #880944 logged.

Out Of Order: transitive dependency via Sludge

Pink Pony: build-depends on glee-dev, but doesn't #include GLee.h
anywhere. Builds and runs fine without it (bug #880941 logged for
dropping the dependency).

Sludge: if a compile-time check finds OpenGL ES 2.0, the code assumes
that all of the extensions that it wants are already present, and
doesn't use GLee's wrapper.

Unknown Horizons: transitive dependency via Fife

Steve