Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 589332 - =app-emulation/aqemu-0.9.2 failing to build due to Qt5 RCC binary not found.
Summary: =app-emulation/aqemu-0.9.2 failing to build due to Qt5 RCC binary not found.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Andreis Vinogradovs ( slepnoga )
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: qtbindir
  Show dependency tree
 
Reported: 2016-07-21 11:30 UTC by Oleh
Modified: 2016-07-27 20:24 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,108.85 KB, text/x-log)
2016-07-21 11:31 UTC, Oleh
Details
patch (aqemu-rcc.patch,591 bytes, patch)
2016-07-21 11:32 UTC, Oleh
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Oleh 2016-07-21 11:30:54 UTC
as in summary.

Reproducible: Always

Steps to Reproduce:
1. emerge aqemu (assuming ~arch used)
2. notice failure
3.
Actual Results:  
Dependee "/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2_build/CMakeFiles/icons.dir/DependInfo.cmake" is newer than depender "/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2_build/CMakeFiles/icons.dir/depend.internal".
Dependee "/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2_build/CMakeFiles/CMakeDirectoryInformation.cmake" is newer than depender "/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2_build/CMakeFiles/icons.dir/depend.internal".
[35m[1mScanning dependencies of target icons[0m
make[2]: Leaving directory '/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2_build'
make -f CMakeFiles/icons.dir/build.make CMakeFiles/icons.dir/build
make[2]: Entering directory '/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2_build'
[ 98%] [34m[1mGenerating /var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2/shared_images.rcc[0m
rcc /var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2/resources/shared_images.qrc -binary -o /var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2/shared_images.rcc
rcc: could not find a Qt installation of ''
CMakeFiles/icons.dir/build.make:61: recipe for target '/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2/shared_images.rcc' failed
make[2]: *** [/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2/shared_images.rcc] Error 1
make[2]: Leaving directory '/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2_build'
CMakeFiles/Makefile2:173: recipe for target 'CMakeFiles/icons.dir/all' failed
make[1]: *** [CMakeFiles/icons.dir/all] Error 2
make[1]: Leaving directory '/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2_build'
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2
 [31;01m*[0m ERROR: app-emulation/aqemu-0.9.2::gentoo failed (compile phase):
 [31;01m*[0m   emake failed
 [31;01m*[0m 
 [31;01m*[0m If you need support, post the output of `emerge --info '=app-emulation/aqemu-0.9.2::gentoo'`,
 [31;01m*[0m the complete build log and the output of `emerge -pqv '=app-emulation/aqemu-0.9.2::gentoo'`.
 [31;01m*[0m The complete build log is located at '/var/tmp/portage/app-emulation/aqemu-0.9.2/temp/build.log'.
 [31;01m*[0m The ebuild environment file is located at '/var/tmp/portage/app-emulation/aqemu-0.9.2/temp/environment'.
 [31;01m*[0m Working directory: '/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2_build'
 [31;01m*[0m S: '/var/tmp/portage/app-emulation/aqemu-0.9.2/work/aqemu-0.9.2'
Comment 1 Oleh 2016-07-21 11:31:33 UTC
Created attachment 441312 [details]
build.log
Comment 2 Oleh 2016-07-21 11:32:12 UTC
Created attachment 441314 [details, diff]
patch

patch that fixes qt5 rcc
Comment 3 Oleh 2016-07-24 14:26:32 UTC
any progress? ....
Comment 4 Michael Palimaka (kensington) gentoo-dev 2016-07-27 20:24:39 UTC
Thanks, fixed in git.

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c85e4fe0bd7ef6a882eec0b698c09d74f83186e1

It looks like there's no need to forward this upstream, as they are using cmake's autorcc in master now.