[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#919218: non-transition: libqt5gui5-gles



Package: release.debian.org

Dear Release team,

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?

Ben file:

title = "libqt5gui5-gles";
is_affected = .depends ~ "libqt5gui5";
is_good = .depends ~ "libqt5gui5-gles";
is_bad = .depends ~ "libqt5gui5" & ! .depends ~ "libqt5gui5-gles";

[1]: https://lists.debian.org/debian-arm/2018/11/msg00021.html
[2]: https://salsa.debian.org/qt-kde-team/qt/qtbase/blob/gles/master/debian/README.Debian

--
Dmitry Shachnev

Attachment: signature.asc
Description: PGP signature


Reply to: