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

[Johnny Jazeix <jazeix@gmail.com>]

Le mar. 5 sept. 2023 à 16:21, Lisandro Damián Nicanor Pérez Meyer
<perezmeyer@gmail.com> a écrit :
>
> tag 1051267 patch
> submitter 1051267 jazeix@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