Summary: | app-emulation/qtrvsim-0.9.7: Could not find a package configuration file provided by Qt5Widgets with | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Florian Schmaus <flow> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | asturm, flow |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://github.com/cvut/qtrvsim/issues/144 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge-info.txt
app-emulation:qtrvsim-0.9.7:20240605-001127.log emerge-history.txt environment etc.clang.tar.xz etc.portage.tar.xz qlist-info.txt temp.tar.xz |
Description
Toralf Förster
![]() Created attachment 895111 [details]
emerge-info.txt
Created attachment 895112 [details]
app-emulation:qtrvsim-0.9.7:20240605-001127.log
Created attachment 895113 [details]
emerge-history.txt
Created attachment 895114 [details]
environment
Created attachment 895115 [details]
etc.clang.tar.xz
Created attachment 895116 [details]
etc.portage.tar.xz
Created attachment 895117 [details]
qlist-info.txt
Created attachment 895118 [details]
temp.tar.xz
ebuild claims to be Qt6, yet build system checks for Qt5 deps? How did you stabilise this? (In reply to Andreas Sturmlechner from comment #9) > ebuild claims to be Qt6, yet build system checks for Qt5 deps? How did you > stabilise this? By not running into this issue. Probably because Qt5 was also present. As far as I can tell, qtrvsim supports Qt5 and Qt6. Or at least tries to at https://github.com/cvut/qtrvsim/blob/853dcc991621125906f3a6817c0bdfb67a388e3e/CMakeLists.txt#L240-L250. I am sorry, if I missed something. Your assistance with this is appreciated. > find_package(QT NAMES Qt5 Qt6 COMPONENTS Core REQUIRED) This is essentially automagic for "use whatever we find first". If Qt5Core is present, it would probably first use Qt5 and link with that instead of Qt6, but since in Qt5 the base package is split in many parts, if one like Qt5Widgets is missing, it fails to configure as seen in this bug. Obviously we can't have automagic in Portage. kid3-3.9.5.ebuild does this to hard-disable Qt6 in the same, very unfortunate, build system mechanism: > sed -e "/^ *find_package.*QT NAMES/s/Qt6 //" \ > -i CMakeLists.txt || die # ensure Qt5 build You could adapt it to your needs to de-select either-or. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f78a0f7b8d919b864221f7e4d62ff8f4c32b795a commit f78a0f7b8d919b864221f7e4d62ff8f4c32b795a Author: Florian Schmaus <flow@gentoo.org> AuthorDate: 2024-07-07 19:50:48 +0000 Commit: Florian Schmaus <flow@gentoo.org> CommitDate: 2024-07-07 19:57:36 +0000 app-emulation/qtrvsim: ensure Qt6 build Thanks to asturm for assistance with this. Closes: https://bugs.gentoo.org/933594 Signed-off-by: Florian Schmaus <flow@gentoo.org> app-emulation/qtrvsim/qtrvsim-0.9.7-r1.ebuild | 33 +++++++++++++++++++++++++++ 1 file changed, 33 insertions(+) |