Bug#918623: dizzy: Your vendor has not defined OpenGL macro GL_FRAMEBUFFER_EXT

[Niko Tyni]

Control: reassign -1 libopengl-perl 0.7000+dfsg-1
Control: affects -1 dizzy

On Mon, Jan 07, 2019 at 09:12:27PM +0100, Bernhard Übelacker wrote:
> Package: dizzy
> Version: 0.3-3
> Severity: normal
 
> this is the output of dizzy when started
> on a desktop PC with amd graphics
> or a qemu amd64 VM, both running current buster:
> 
>   $ dizzy
>   GPU features: [x] GLSL     [x] FBOs
>   Your vendor has not defined OpenGL macro GL_FRAMEBUFFER_EXT, used at /usr/share/perl5/Dizzy/TextureGenerator.pm line 101.
> 
> I tested the same qemu VM with stretch and there it was working.
> After some tests I found it stopped working when
> libopengl-perl in version 0.7000+dfsg-1
> entered testing in 2017-08-12.
> But I am uncertain if the fault is
> in package dizzy or libopengl-perl.

I looked at this a bit, and I assume it regressed with

  https://sourceforge.net/p/pogl/code/ci/ad3508bed030b856a8c36c4900727bbd838212dd/

If I read this correctly, the constants used to be provided
unconditionally, but are now excluded if things like
NO_GL_EXT_framebuffer_object are defined.

Now, our Debian packaging has

  https://sources.debian.org/src/libopengl-perl/0.7000+dfsg-1/debian/patches/add-gl_exclude.h/

which "adds back" these exclusions, apparently for xvfb compatibility and making
the build result independent of the build machine hardware.

My tentative conclusion is that the exclusions we patch in now affect things
that they didn't earlier, and that we need to fix this on the libopengl-perl
side somehow. So reassigning.

Copying Florian, who added the patch back in 2012. Any interest in looking
at this? :)
-- 
Niko Tyni   ntyni at debian.org