-- Found Threads: TRUE -- Performing Test HAVE_STDATOMIC -- Performing Test HAVE_STDATOMIC - Success -- Found WrapAtomic: TRUE -- Found OpenGL: /usr/lib64/libOpenGL.so CMake Error at /usr/lib64/cmake/Qt6QmlIntegration/Qt6QmlIntegrationVersionlessAliasTargets.cmake:3 (_qt_internal_check_multiple_inclusion): Unknown CMake command "_qt_internal_check_multiple_inclusion". Call Stack (most recent call first): /usr/lib64/cmake/Qt6QmlIntegration/Qt6QmlIntegrationConfig.cmake:179 (include) ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 23.0_desktop_systemd-20241227-082002 The attached etc.portage.tar.xz has all details. ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-14 * clang version 19.1.6 llvm-config: 19.1.6 Python 3.12.8 Available Rust versions: [1] rust-bin-1.82.0 [2] rust-bin-1.83.0 * HEAD of ::gentoo commit c181be68d2704561ebd517b648328662780f0b2a Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Fri Dec 27 19:03:31 2024 +0000 2024-12-27 19:03:31 UTC emerge -qpvO =dev-qt/qtwayland-6.7.3-r1 [ebuild UD] dev-qt/qtwayland-6.7.3-r1 [6.8.1] USE="qml vulkan -accessibility -compositor -test (-gnome%)"
Created attachment 915330 [details] emerge-info.txt
Created attachment 915331 [details] dev-qt:qtwayland-6.7.3-r1:20241227-202959.log
Created attachment 915332 [details] emerge-history.txt
Created attachment 915333 [details] environment
Created attachment 915334 [details] etc.clang.tar.xz
Created attachment 915335 [details] etc.portage.tar.xz
Created attachment 915336 [details] logs.tar.xz
Created attachment 915337 [details] qlist-info.txt
Created attachment 915338 [details] temp.tar.xz
[ebuild UD] dev-qt/qtwayland-6.7.3-r1 [6.8.1] USE="qml vulkan -accessibility -compositor -test (-gnome%)" Ah, *think* I see what happened. Bit of a edge case only hit when downgrading 6.8.1->6.7.3. qtwayland[qml,-compositor] doesn't depend on qtdeclarative (only used by compositor), but the ebuild only checks USE=qml to pass disable_find_package or not -- so qtwayland will still "look" for qtdeclarative even if it's not going to use it which is normally harmless. And then, given the dependency on qtdeclarative is missing, portage thinks that it's ok to not downgrade it before qtwayland. So qtwayland looks for qtdeclarative, and that uses 6.8.1's .cmake files which themselves use _qt_internal_check_multiple_inclusion... which only exists in qtbase-6.8.1 that has already been downgraded. Ideally that would just result in the package not being found, but instead cmake hard errors out. Not 100% sure as it may be due to something else than find_package, but I *think* doing the disable_find_package unconditionally if USE=-compositor instead will fix this.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8b89d304c6654d162619cb514aa62e4fd0962e3e commit 8b89d304c6654d162619cb514aa62e4fd0962e3e Author: Ionen Wolkens <ionen@gentoo.org> AuthorDate: 2024-12-27 21:41:14 +0000 Commit: Ionen Wolkens <ionen@gentoo.org> CommitDate: 2024-12-27 21:45:09 +0000 dev-qt/qtwayland: potentially fix downgrade edge case (qt6) Albeit overall downgrading Qt is hardly supported and unlikely to be smooth either way, esp. if revdeps have arleady been built against the newer version given backward compat is not guaranteed. Just repeat the find_package line rather than do extra conditionals, it'll repeat the argument but it's simpler/readable. Closes: https://bugs.gentoo.org/947049 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> dev-qt/qtwayland/qtwayland-6.8.1.ebuild | 1 + dev-qt/qtwayland/qtwayland-6.8.9999.ebuild | 1 + dev-qt/qtwayland/qtwayland-6.9.9999.ebuild | 1 + dev-qt/qtwayland/qtwayland-6.9999.ebuild | 1 + 4 files changed, 4 insertions(+)
