Bug#1035986: Built without GLESv2 support causing errors on machines only supporting GLES
Hi Erik! On Fri, 12 May 2023 at 05:51, Erik Inkinen wrote: > > Package: qt6-base > Severity: normal > > Qt5 packages had separate GLES versions packaged in Debian, but on Qt6 > the rendering backend was revamped by Qt so that the same binaries can > support desktop GL and GLES. > > For some reason, the current Debian packaging does not include libGLES > development headers in Build-Depends. When configuring the build, Qt > will not be able to enable GLESv2 support. These packages then cannot be > used to render anything on devices that do not support desktop GL, but > have GLES support. > > I have confirmed that building with GLES packages indeed fixes the errors. This is an interesting bug, thanks! Sadly it is too late in the release process to tackle it, but I'll fix it after bookworm's release and hopefully do a stable update.
Bug#1035986: Built without GLESv2 support causing errors on machines only supporting GLES
Package: qt6-base Severity: normal Qt5 packages had separate GLES versions packaged in Debian, but on Qt6 the rendering backend was revamped by Qt so that the same binaries can support desktop GL and GLES. For some reason, the current Debian packaging does not include libGLES development headers in Build-Depends. When configuring the build, Qt will not be able to enable GLESv2 support. These packages then cannot be used to render anything on devices that do not support desktop GL, but have GLES support. I have confirmed that building with GLES packages indeed fixes the errors. -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: arm64 (aarch64) Kernel: Linux 4.4-0-volla-yggdrasil (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)