Hi Dmitry On Sun, 1 Dec 2019 at 10:35, Dmitry Shachnev <mity...@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 <mity...@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.
