Bug 919826 – x11-misc/projecteur-0.10 - [slibtool] -- Configuring incomplete, errors occurred!

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Toralf Förster 2023-12-13 20:42:53 UTC]

  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 <[e-mail]>
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

[Comment 1 Toralf Förster 2023-12-13 20:42:54 UTC]

Created attachment 879062 [details]
emerge-info.txt

[Comment 2 Toralf Förster 2023-12-13 20:42:55 UTC]

Created attachment 879063 [details]
emerge-history.txt.xz

[Comment 3 Toralf Förster 2023-12-13 20:42:56 UTC]

Created attachment 879064 [details]
environment

[Comment 4 Toralf Förster 2023-12-13 20:42:57 UTC]

Created attachment 879065 [details]
etc.portage.tar.xz

[Comment 5 Toralf Förster 2023-12-13 20:42:59 UTC]

Created attachment 879066 [details]
qlist-info.txt.xz

[Comment 6 Toralf Förster 2023-12-13 20:43:00 UTC]

Created attachment 879067 [details]
temp.tar.xz

[Comment 7 Toralf Förster 2023-12-13 20:43:01 UTC]

Created attachment 879068 [details]
x11-misc:projecteur-0.10:20231213-010023.log

[Comment 8 Larry the Git Cow 2024-01-06 01:56:02 UTC]

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 <[e-mail]>
AuthorDate: 2024-01-06 01:54:34 +0000
Commit:     Conrad Kostecki <[e-mail]>
CommitDate: 2024-01-06 01:55:39 +0000

    x11-misc/projecteur: force Qt5
    
    Closes: https://bugs.gentoo.org/919826
    Signed-off-by: Conrad Kostecki <[e-mail]>

 x11-misc/projecteur/projecteur-0.10.ebuild | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

[Comment 9 Ionen Wolkens 2024-01-06 06:20:15 UTC]

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.