Bug#1051267: gcompris-qt: Removing libqt5quick5-gles as potential GCompris dependency

[Johnny Jazeix <jazeix@gmail.com>]

Le mar. 5 sept. 2023 à 18:55, Lisandro Damián Nicanor Pérez Meyer
<perezmeyer@gmail.com> 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::OpenGL    2       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 :).