Control: retitle -1 openscad: needs explicit dependency on the non-gles variant of libqt5gui
On Tue, Feb 9, 2021, at 12:31, Torsten Paul wrote: > On 09.02.21 12:24, Nicolas Dandrimont wrote: > > OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.3.4 > > OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 > > OpenSCAD is not compatible with GLES. > > Looks like there needs a conflict setting for: > > ii libqt5gui5-gles 5.15.2+dfsg-3 Good catch! Replacing this package with libqt5gui5 (no gles) solved the issue. Looks like I ended up with libqt5gui5-gles last October during a partial upgrade, probably due to a temporary multiarch version desync? Haven't noticed this until now, as I don't really use many Qt apps. I'm not sure what the best way of solving this issue in the package metadata is. The cleanest would probably be having libqt5gui5-gles Breaks: openscad, but that needs coordination with the Qt maintainers. Supposedly, just making the dependency of openscad on libqt5gui5 explicit would work, but I don't know if the package name is the same on all arches. Thanks for the quick diagnosis, -- Nicolas Dandrimont