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 nt...@debian.org
