Bug#919218: non-transition: libqt5gui5-gles
Hi Dmitry
On Sun, 1 Dec 2019 at 10:35, Dmitry Shachnev <mitya57@debian.org> wrote:
> That is because after rebuild /usr/games/2048-qt is no longer linked against
> libQt5Gui.so.5 at all.
...
> So it is probably a side-effect of build system changes in Qt 5.12. Now it
> passes the path to library (e.g. /usr/lib/x86_64-linux-gnu/libQt5Gui.so)
> instead of -lQt5Gui, so the linker ignores that if the library is unused.
My guess is gcc 9 defaulting to linking with --as-needed.
For the record, I binNMU'd 2048-qt on armel and armhf as well to drop
the dependency.
It was the only package I saw like this.
On Mon, 9 Dec 2019 at 22:49, Dmitry Shachnev <mitya57@debian.org> wrote:
> Thanks a lot for doing the binNMUs!
You are welcome!
> Now the tracker is mostly green, and I think no further binNMUs are needed.
If I missed something, or if something needs to be given back, please
let me know.
There were a number of FTBFS, I haven't been through them yet to see
which need bugs filed. Is this something you plan to do?
I don't know the answers to your questions below, hopefully someone else does!
Regards
Graham
> However I have a question: package libqt5quick5 currently has Depends:
> libqt5gui5 (>= 5.1.0), libqt5gui5 (>= 5.12.5) | libqt5gui5-gles (>= 5.12.5)
>
> The tracker currently marks src:qtdeclarative-opensource-src which contains
> that package as good. However, this means that the package can *not* be
> installed with libqt5gui5-gles, because the first dependency does not allow
> it. Do you know if there is a way to express the following in ben:
>
> “All dependencies on libqt5gui5 should have an alternative dependency of
> libqt5gui5-gles”?
>
> I can get what I want with grep-dctrl [1], but if there was a way to have the
> same on transition tracker, it would be better. Also, maybe there is a way
> to ignore armel/armhf?
>
> If there is no such way, I think we can close this bug and the tracker too.
Reply to: