Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 545142 - dev-qt/qttranslations-4.8.6-r1[abi_x86_32]: bin/qmake not found
Summary: dev-qt/qttranslations-4.8.6-r1[abi_x86_32]: bin/qmake not found
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Qt Bug Alias
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: qt-4.8.6-stable
  Show dependency tree
 
Reported: 2015-03-31 11:25 UTC by Roland
Modified: 2015-04-07 15:08 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roland 2015-03-31 11:25:54 UTC
* Running qt4_qmake in translations
/var/tmp/portage/dev-qt/qttranslations-4.8.6-r1/temp/environment: Zeile 3059: /var/tmp/portage/dev-qt/qttranslations-4.8.6-r1/work/qt-everywhere-opensource-src-4.8.6-abi_x86_32.x86/bin/qmake: File not found
 * ERROR: dev-qt/qttranslations-4.8.6-r1::gentoo failed (configure phase):
 *   qmake failed (/var/tmp/portage/dev-qt/qttranslations-4.8.6-r1/work/qt-everywhere-opensource-src-4.8.6/translations)
Comment 1 Michael Palimaka (kensington) gentoo-dev 2015-03-31 12:58:57 UTC
I was able to reproduce locally, I guess we need to enforce qtcore:4[${MULTILIB_USEDEP}] to ensure that qmake is available.
Comment 2 Davide Pesavento (RETIRED) gentoo-dev 2015-03-31 13:15:08 UTC
Actually qttranslations has no reason to be a multilib package, it was just way faster to inherit from qt4-build-multilib at the time, plus it reduces code duplication and simplifies maintenance.

But yes, if the qttranslations ebuild stays multilib, then it needs MULTILIB_USEDEP of course.
Comment 3 Michael Palimaka (kensington) gentoo-dev 2015-03-31 14:06:40 UTC
Is it legal to set eg. MULTILIB_COMPAT=( abi_x86_64 ) to disable the other ABIs?
Comment 4 Alexandre Rostovtsev (RETIRED) gentoo-dev 2015-03-31 14:47:32 UTC
I would suggest simply overriding multilib_src_{configure,compile,install} in this one ebuild to be a no-op on non-native abis. Something like

multilib_src_configure() {
	if multilib_is_native_abi; then
		qt4_prepare_env
		qt4_symlink_tools_to_build_dir
		qt4_foreach_target_subdir qt4_qmake
	fi
}

multilib_src_compile() {
	multilib_is_native_abi && qt4_multilib_src_compile
}

multilib_src_install() {
	multilib_is_native_abi && qt4_multilib_src_install
}

And users will thank you for not wasting time on re-generating the same translation files twice.
Comment 5 Alexandre Rostovtsev (RETIRED) gentoo-dev 2015-03-31 15:17:06 UTC
and same for multilib_src_test of course.
Comment 6 Roland 2015-04-02 09:02:45 UTC
Any Progress?
Comment 7 Michael Palimaka (kensington) gentoo-dev 2015-04-02 11:43:23 UTC
(In reply to Roland from comment #6)
> Any Progress?

See above, build it only for your native ABI.
Comment 8 Ben de Groot (RETIRED) gentoo-dev 2015-04-05 04:52:41 UTC
(In reply to Michael Palimaka (kensington) from comment #7)
> (In reply to Roland from comment #6)
> > Any Progress?
> 
> See above, build it only for your native ABI.

We need the ebuild fixed, so we can proceed with stabilization.
Comment 9 Michael Palimaka (kensington) gentoo-dev 2015-04-06 17:23:43 UTC
In overlay:

https://gitweb.gentoo.org/proj/qt.git/commit/?id=999f73c43088777dbe2639e8e556ce13449add6d
Comment 10 Michael Palimaka (kensington) gentoo-dev 2015-04-07 15:08:39 UTC
Thanks, fixed in CVS.

+  07 Apr 2015; Michael Palimaka <kensington@gentoo.org>
+  qttranslations-4.8.6-r1.ebuild:
+  Only build for native ABI to avoid build failure since only ABI-neutral data
+  is installed wrt bug #545142.