Bug 927535 – sci-geosciences/gpsbabel-1.9.0: rcc: Unknown option 'no-zstd'

• Status: CONFIRMED
• Product: Gentoo Linux

[Description Andrey Grozin 2024-03-22 15:29:31 UTC]

Created attachment 888156 [details]
build log

[3/108] cd /var/tmp/portage/sci-geosciences/gpsbabel-1.9.0/work/gpsbabel-gpsbabel_1_9_0 && /usr/bin/cmake -E cmake_autorcc /var/tmp/portage/sci-geosciences/gpsbabel-1.9.0/work/gpsbabel-gpsbabel_1_9_0/CMakeFiles/gpsbabel_autogen.dir/AutoRcc_gpsbabel_EWIEGA46WW_Info.json RelWithDebInfo
FAILED: gpsbabel_autogen/EWIEGA46WW/qrc_gpsbabel.cpp /var/tmp/portage/sci-geosciences/gpsbabel-1.9.0/work/gpsbabel-gpsbabel_1_9_0/gpsbabel_autogen/EWIEGA46WW/qrc_gpsbabel.cpp 
cd /var/tmp/portage/sci-geosciences/gpsbabel-1.9.0/work/gpsbabel-gpsbabel_1_9_0 && /usr/bin/cmake -E cmake_autorcc /var/tmp/portage/sci-geosciences/gpsbabel-1.9.0/work/gpsbabel-gpsbabel_1_9_0/CMakeFiles/gpsbabel_autogen.dir/AutoRcc_gpsbabel_EWIEGA46WW_Info.json RelWithDebInfo

AutoRcc subprocess error
------------------------
The rcc process failed to compile
  "SRC:/gpsbabel.qrc"
into
  "SRC:/gpsbabel_autogen/EWIEGA46WW/qrc_gpsbabel.cpp"

Command
-------
/usr/lib64/qt5/bin/rcc --no-zstd -name gpsbabel -o /var/tmp/portage/sci-geosciences/gpsbabel-1.9.0/work/gpsbabel-gpsbabel_1_9_0/gpsbabel_autogen/EWIEGA46WW/qrc_gpsbabel.cpp /var/tmp/portage/sci-geosciences/gpsbabel-1.9.0/work/gpsbabel-gpsbabel_1_9_0/gpsbabel.qrc

Output
------
rcc: Unknown option 'no-zstd'.

[Comment 1 Eli Schwartz 2024-03-24 15:45:35 UTC]

Although I did bump the package, this doesn't appear to have anything to do with my bump. gpsbabel doesn't know or care about no-zstd, and the only trace I find of it is in /usr/lib64/cmake/Qt6Core/Qt6CoreMacros.cmake

It builds fine for me with either qt5 or qt6, but this log is for qt5 rcc with an option from qt6 macros and qt6 rcc. No clue why. Perhaps qt@ knows.

[Comment 2 Ionen Wolkens 2024-03-24 17:34:30 UTC]

Haven't really looked, but maybe it's confused and trying to use qt6 options with qt5 rcc?

*if* it's coming from that file, will need USE=-zstd on qtbase to reproduce though (haven't tried).

Haven't seen this happen before anyhow.

[Comment 3 Ionen Wolkens 2024-03-24 17:54:31 UTC]

(I kind of doubt this is a qtbase problem though, sound like this package is doing something weird)

[Comment 4 Ionen Wolkens 2024-03-24 18:00:36 UTC]

On that note, would've preferred a CC than being assigned to qtbase unless can figure out more.

[Comment 5 Andrey Grozin 2024-03-25 11:26:05 UTC]

With USE=qt6 it compiles fine