Bug#1051267: gcompris-qt: Removing libqt5quick5-gles as potential GCompris dependency
El martes, 5 de septiembre de 2023 14:15:32 -03 Johnny Jazeix escribió: > Le mar. 5 sept. 2023 à 18:55, Lisandro Damián Nicanor Pérez Meyer > a écrit : > > > > forwarded 1051267 https://bugs.kde.org/show_bug.cgi?id=474095 > > thanks > > > > El martes, 5 de septiembre de 2023 12:46:19 -03 Johnny Jazeix escribió: > > [snip] > > > Hi, > > > Thank you for opening the bug and the MR! > > > > My pleasure! > > > > > this code is used to set the graphicsApi to either Software or OpenGL > > > (https://doc.qt.io/qt-5/qsgrendererinterface.html#GraphicsApi-enum) > > > > Mmm, according to the above: > > > > QSGRendererInterface::OpenGL2 OpenGL ES 2.0 or higher > > > > gles stands for OpenGL ES, so it should be working... > > > > > in > > > the code > > > https://invent.kde.org/education/gcompris/-/blob/master/src/core/main.cpp?ref_type=heads#L292-305. > > > > I have the gut feeling that the code would simply work if you remove lines > > 299 to 305, ie, only switch to software if required, then let Qt "do the > > right thing". Or at leats the default :-D > > > > The default value is "auto" so it does not go inside any of this code > and it lets Qt do as it wishes. That gets even weirder then. It should be working, I don't see anything "special" :-/ [snip] > > Thanks for the link and explanation :). My pleasure! signature.asc Description: This is a digitally signed message part.
Bug#1051267: gcompris-qt: Removing libqt5quick5-gles as potential GCompris dependency
Le mar. 5 sept. 2023 à 18:55, Lisandro Damián Nicanor Pérez Meyer a écrit : > > forwarded 1051267 https://bugs.kde.org/show_bug.cgi?id=474095 > thanks > > El martes, 5 de septiembre de 2023 12:46:19 -03 Johnny Jazeix escribió: > [snip] > > Hi, > > Thank you for opening the bug and the MR! > > My pleasure! > > > this code is used to set the graphicsApi to either Software or OpenGL > > (https://doc.qt.io/qt-5/qsgrendererinterface.html#GraphicsApi-enum) > > Mmm, according to the above: > > QSGRendererInterface::OpenGL2 OpenGL ES 2.0 or higher > > gles stands for OpenGL ES, so it should be working... > > > in > > the code > > https://invent.kde.org/education/gcompris/-/blob/master/src/core/main.cpp?ref_type=heads#L292-305. > > I have the gut feeling that the code would simply work if you remove lines > 299 to 305, ie, only switch to software if required, then let Qt "do the > right thing". Or at leats the default :-D > The default value is "auto" so it does not go inside any of this code and it lets Qt do as it wishes. > > We offered the switch for Desktop that did not have OpenGL, but in the > > issue we have, it works in opengl mode but only without > > libqt5quick5-gles (using software mode is a "degraded" mode). I'm not > > sure what are the differences between libqt5quick5 and > > libqt5quick5-gles to understand what could be different, > > The difference is that libqt5[gui quick quickparticles]5-gles are compiled > against OpenGL ES instead of "Desktop" (normal) OpenGL. > > https://en.wikipedia.org/wiki/OpenGL_ES > > Sadly on Linux you can't switch the OpenGL implementation at runtime, so one > needs to compile against OpenGL or OpenGL ES (gles). > Thanks for the link and explanation :).
Bug#1051267: gcompris-qt: Removing libqt5quick5-gles as potential GCompris dependency
forwarded 1051267 https://bugs.kde.org/show_bug.cgi?id=474095 thanks El martes, 5 de septiembre de 2023 12:46:19 -03 Johnny Jazeix escribió: [snip] > Hi, > Thank you for opening the bug and the MR! My pleasure! > this code is used to set the graphicsApi to either Software or OpenGL > (https://doc.qt.io/qt-5/qsgrendererinterface.html#GraphicsApi-enum) Mmm, according to the above: QSGRendererInterface::OpenGL2 OpenGL ES 2.0 or higher gles stands for OpenGL ES, so it should be working... > in > the code > https://invent.kde.org/education/gcompris/-/blob/master/src/core/main.cpp?ref_type=heads#L292-305. I have the gut feeling that the code would simply work if you remove lines 299 to 305, ie, only switch to software if required, then let Qt "do the right thing". Or at leats the default :-D > We offered the switch for Desktop that did not have OpenGL, but in the > issue we have, it works in opengl mode but only without > libqt5quick5-gles (using software mode is a "degraded" mode). I'm not > sure what are the differences between libqt5quick5 and > libqt5quick5-gles to understand what could be different, The difference is that libqt5[gui quick quickparticles]5-gles are compiled against OpenGL ES instead of "Desktop" (normal) OpenGL. https://en.wikipedia.org/wiki/OpenGL_ES Sadly on Linux you can't switch the OpenGL implementation at runtime, so one needs to compile against OpenGL or OpenGL ES (gles). signature.asc Description: This is a digitally signed message part.
Bug#1051267: gcompris-qt: Removing libqt5quick5-gles as potential GCompris dependency
Le mar. 5 sept. 2023 à 16:21, Lisandro Damián Nicanor Pérez Meyer a écrit : > > tag 1051267 patch > submitter 1051267 jaz...@gmail.com > forwarded https://bugs.kde.org/show_bug.cgi?id=474095 > thanks > > I have just created > > https://salsa.debian.org/qt-kde-team/extras/gcompris-qt/-/merge_requests/3 > > in order for the maintainer to take a look at. > > @Johny: in CMakeLists.txt:154 I see > > set(GRAPHICAL_RENDERER "auto" CACHE STRING "Policy for choosing the renderer > backend [opengl|software|auto]") > > If the code is not doing direct OpenGL calls then maybe it would be good if > you could take a look, maybe there is a way for this to work on OpenGL-ES and > let GCompris run on embedded devices without Desktop OpenGL support. > > Cheers, Lisandro. Hi, Thank you for opening the bug and the MR! this code is used to set the graphicsApi to either Software or OpenGL (https://doc.qt.io/qt-5/qsgrendererinterface.html#GraphicsApi-enum) in the code https://invent.kde.org/education/gcompris/-/blob/master/src/core/main.cpp?ref_type=heads#L292-305. We offered the switch for Desktop that did not have OpenGL, but in the issue we have, it works in opengl mode but only without libqt5quick5-gles (using software mode is a "degraded" mode). I'm not sure what are the differences between libqt5quick5 and libqt5quick5-gles to understand what could be different, Cheers, Johnny
Bug#1051267: gcompris-qt: Removing libqt5quick5-gles as potential GCompris dependency
tag 1051267 patch submitter 1051267 jaz...@gmail.com forwarded https://bugs.kde.org/show_bug.cgi?id=474095 thanks I have just created https://salsa.debian.org/qt-kde-team/extras/gcompris-qt/-/merge_requests/3 in order for the maintainer to take a look at. @Johny: in CMakeLists.txt:154 I see set(GRAPHICAL_RENDERER "auto" CACHE STRING "Policy for choosing the renderer backend [opengl|software|auto]") If the code is not doing direct OpenGL calls then maybe it would be good if you could take a look, maybe there is a way for this to work on OpenGL-ES and let GCompris run on embedded devices without Desktop OpenGL support. Cheers, Lisandro. signature.asc Description: This is a digitally signed message part.
Bug#1051267: gcompris-qt: Removing libqt5quick5-gles as potential GCompris dependency
Source: gcompris-qt Version: 3.3-1 Severity: normal X-Debbugs-Cc: jaz...@gmail.com, lisan...@debian.org As per https://lists.debian.org/debian-qt-kde/2023/09/msg00017.html Hi, thank you for your work on packaging GCompris and other applications. We had a second bug report (https://invent.kde.org/education/gcompris/-/issues/31 then https://bugs.kde.org/show_bug.cgi?id=474095) where some images were not loaded. Both were due to the fact that the GCompris package (https://packages.debian.org/fr/sid/gcompris-qt) uses libqt5quick5-gles instead of libqt5quick5. Both are marked as compatible as dependency but the former one causes this issue. Is it possible to mark libqt5quick5-gles as incompatible with GCompris or do you see other reasons that we cannot do it? Cheers, Johnny -- System Information: Debian Release: trixie/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.4.0-3-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE=es Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled