Dear Release team, On Sun, Jan 13, 2019 at 11:09:37PM +0300, Dmitry Shachnev wrote: > In Qt/KDE team, we have recently been working on Qt packages built > with OpenGL ES support. This is what most participants of the Qt OpenGL > thread [1] expressed their wish for. > > The main idea is that there is now a libqt5gui5-gles package (and, > in future, libqt5quick5-gles and some others) that can be installed > instead of their non-gles equivalents and provide mostly the same API. > It is described in more details in README.Debian [2]. > > However, in order for this scheme to work properly, we need to rebuild > all packages depending on libqt5gui5 to gain a new dependency on > libqt5gui5 | libqt5gui5-gles (they will get it automatically from the > symbols file if they do not use any desktop OpenGL specific ABI). > > This is not a regular transition because the packages can be rebuilt > at any time, in any order, and there are no testing migrations involved. > > Would such a rebuild be possible? If yes, can we plan for it to happen > after the freeze? Or maybe it's even possible to do it now?
Thanks for setting up the tracker! Given that libqt5gui5-gles package has reached testing now, would it be possible to start binNMUs? As I said earlier, they can be done in any order and not necessarily all at once. Some packages are already green in the tracker. They do not need any action. Also, no rebuilds are needed on armel and armhf as on these architectures Qt uses OpenGL ES by default. -- Dmitry Shachnev
signature.asc
Description: PGP signature
