but it set Qt6Quick_FOUND to FALSE so package "Qt6Quick" is considered to be NOT FOUND. Call Stack (most recent call first): CMakeLists.txt:58 (find_package) -- Configuring incomplete, errors occurred! * ERROR: x11-misc/projecteur-0.10::gentoo failed (configure phase): * cmake failed ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_hardened-20231209-073320 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10 [2] x86_64-pc-linux-gnu-13 * clang/llvm (if any): /usr/lib/llvm/17 17.0.6 Python 3.11.7 Available Ruby profiles: [1] ruby31 (with Rubygems) * Available Rust versions: [1] rust-bin-1.74.1 [2] rust-1.74.1 * The following VMs are available for generation-2: 1) Eclipse Temurin JDK 17.0.8.1_p1 [openjdk-bin-17] 2) Eclipse Temurin JDK 21.0.1_p12 [openjdk-bin-21] *) Eclipse Temurin JDK 8.382_p05 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 system-vm [2] openjdk-bin-17 [3] openjdk-bin-21 php cli (if any): go version go1.21.5 linux/amd64 HEAD of ::gentoo commit ee08effef88115bc1644dbe3e54faebd89f0a732 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Wed Dec 13 00:18:56 2023 +0000 2023-12-13 00:18:56 UTC emerge -qpvO x11-misc/projecteur [ebuild N ] x11-misc/projecteur-0.10
Created attachment 879062 [details] emerge-info.txt
Created attachment 879063 [details] emerge-history.txt.xz
Created attachment 879064 [details] environment
Created attachment 879065 [details] etc.portage.tar.xz
Created attachment 879066 [details] qlist-info.txt.xz
Created attachment 879067 [details] temp.tar.xz
Created attachment 879068 [details] x11-misc:projecteur-0.10:20231213-010023.log
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7a7c2bf3c1917b086d7f5c05932dde2d46156aab commit 7a7c2bf3c1917b086d7f5c05932dde2d46156aab Author: Conrad Kostecki <conikost@gentoo.org> AuthorDate: 2024-01-06 01:54:34 +0000 Commit: Conrad Kostecki <conikost@gentoo.org> CommitDate: 2024-01-06 01:55:39 +0000 x11-misc/projecteur: force Qt5 Closes: https://bugs.gentoo.org/919826 Signed-off-by: Conrad Kostecki <conikost@gentoo.org> x11-misc/projecteur/projecteur-0.10.ebuild | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
cmake files seem to be confused, if I try to build this with Qt6 (using -DPROJECTEUR_QT_VERSION=6) but *without* having Qt5 installed, it still tries to use Qt5: -- Detecting CXX compile features - done CMake Error at cmake/modules/Translation.cmake:1 (find_package): By not providing "FindQt5.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "Qt5", but CMake did not find one. Sure enough, if look at modules/Translation.cmake, there's a hardcoded check: find_package(Qt5 REQUIRED COMPONENTS Core) And then, if we look at why Qt6Quick is failing: -- Found WrapVulkanHeaders: /usr/include CMake Error at /usr/lib64/cmake/Qt6Qml/Qt6QmlMacros.cmake:2415 (message): qt_generate_foreign_qml_types() is only available in Qt 6. And if look at Qt6QmlMacros: if(NOT QT_NO_CREATE_VERSIONLESS_FUNCTIONS) if(QT_DEFAULT_MAJOR_VERSION EQUAL 6) function(qt_generate_foreign_qml_types) qt6_generate_foreign_qml_types(${ARGV}) endfunction() else() message(FATAL_ERROR "qt_generate_foreign_qml_types() is only available in Qt 6.") endif() endif() That happens if QT_DEFAULT_MAJOR_VERSION is not EQUAL 6. So if we put all this together, the "bad" Qt5 check likely set QT_DEFAULT_MAJOR_VERSION to 5 despite trying to use Qt6. Haven't experimented for workarounds / fixes, I'd say forcing is the right move until upstream sorts this out.
