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