Simon McVittie wrote on Fri, Nov 25, 2022 at 05:00:11PM +0000: > On Thu, 29 Sep 2022 at 08:42:40 +0900, Dominique Martinet wrote: > > when using GTK on platforms with a GLES-only GL implementation like some > > raspberry pi or iMX platforms with vivante driver, GTK fails to > > initialize its GL stack because it tries to bind to regular GL first > > anyway before using the correct API as configured. > > I believe this is fixed in testing/unstable by 3.24.34-5 and 3.24.35, > can you confirm?
Thank you! Unfortunately our openGL stack depends on proprietary binaries that I cannot easily run on bookworm :( I also couldn't just build the bookworm source package on bullseye, so this won't be of much help, but I've confirmed that code-wise both 3.24.34-5 (patch in debian/ directory) and 3.24.35 (patch in orig source) should be correct. I'm currently building a local package with just that patch in our debian/ folder so this much is at least known to work but I'd like to provide a better feedback. I'll give a try to openGL on bookworm again in the next few days and report back if I can get it to work. > This seems like a change in sufficiently core code that I would want to > watch for regressions in testing/unstable for some time before considering > a backport. Right -- happy to wait a bit. >From my understanding of the code, the variable here would only be used with `GDK_GL=gles` exported, and the only change here is briefly for init to check a handful of egl extensions, so even if there are platforms with both GL/GLES support and the variable is set to select GLES the current result would be incorrect and things should only work better. As usual, the difference between theory and practice is practice, so I agree we can/should give it a bit more time to get feedback first. > I've added it to <https://wiki.debian.org/Gnome/BullseyeUpdates>. Thank you! -- Dominique
