When trying to emerge dev-db/sqlite-3.7.15.2 using crossdev I get a QA error reporting : * ERROR: dev-db/sqlite-3.7.15.2 failed (prepare phase): * USE Flag 'prefix' not in IUSE for dev-db/sqlite-3.7.15.2 * * Call stack: * ebuild.sh, line 93: Called src_prepare * environment, line 3455: Called use 'prefix' * phase-helpers.sh, line 222: Called die Full log attached Reproducible: Always Steps to Reproduce: 1. crossdev -v -S -t i586-pc-linux-gnu 2. i586-pc-linux-gnu-emerge -vt =dev-db/sqlite-3.7.15.2 3.
Created attachment 343464 [details] build.log
You are using a custom, invalid profile. gentoo-x86/profiles/base/make.defaults sets IUSE_IMPLICIT="prefix", which means that all (EAPI>=5) ebuilds in gentoo-x86 have "prefix" USE flag implicitly in IUSE.
(In reply to comment #2) > You are using a custom, invalid profile. I'm using embedded profile > gentoo-x86/profiles/base/make.defaults sets IUSE_IMPLICIT="prefix", which > means that all (EAPI>=5) ebuilds in gentoo-x86 have "prefix" USE flag > implicitly in IUSE. Thanks for the explanation
*** Bug 463502 has been marked as a duplicate of this bug. ***
More exactly, embedded profiles should inherit base profile or set many variables from gentoo-x86/profiles/base/make.defaults (including at least IUSE_IMPLICIT, USE_EXPAND_UNPREFIXED, USE_EXPAND_IMPLICIT, USE_EXPAND_VALUES_ARCH, USE_EXPAND_VALUES_ELIBC, USE_EXPAND_VALUES_KERNEL, USE_EXPAND_VALUES_USERLAND).
(In reply to comment #5) base has too much crap to be the parent of embedded/. it would largely defeat the point of having it in the first place. i've just synced the USE vars. http://sources.gentoo.org/profiles/embedded/make.defaults?r1=1.5&r2=1.6
> i've just synced the USE vars. > http://sources.gentoo.org/profiles/embedded/make.defaults?r1=1.5&r2=1.6 Thanks vapier. ARCH is declared as PROFILE_ONLY_VARIABLES but is not setted by the profile. This ARCH variable shouldn't go the make.conf ?
vapier, this issue still exist, do you want a patch for the profile ?
*** Bug 444524 has been marked as a duplicate of this bug. ***
The last suggestion was also suggested in bug #487310 which also has a patch.