on Entropy systems, /usr/portage may not be available at all. This triggers some invalid QA warnings when binpkgs are installed from their xpak metadata: * QA Notice: USE Flag 'amd64' not in IUSE for <atom> (also see the full entropy debug output, containing calls to portage.doebuild()). It looks like the QA warning is bogus or there is something missing inside xpak metadata. I cannot expect Entropy users to have a valid PORTDIR, since there is no need at all. Reproducible: Always
Created attachment 338630 [details] equo install log
This should fix it: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=e9f0ada02765d1a97da8073c06b2d85800710909
I confirm that the patch works. Awesome!
Mind you it could be entropys doing, but if this is an eapi5 ebuild it's kind of expected that the relevant profile data should've been saved at the time of building. Quoth the shitty spec: "For EAPIs listed in table 5.2 as supporting profile defined IUSE injection, the package manager must save the calculated value of IUSE_EFFECTIVE when installing a package. Details are beyond the scope of this specification." Keep in mind PMS pretends binpkgs don't exist (something that needs rectifying); point is, it's pretty implicit there that what was used for building should carry over; a pretty simple fix at the PM level specifically. Also, this profile requirement nonsense is why that IUSE shit was poorly thought out. ;)
This is fixed in 2.1.11.51 and 2.2.0_alpha162. (In reply to comment #4) > "For EAPIs listed in table 5.2 as supporting profile defined IUSE injection, > the package manager must save the calculated value of IUSE_EFFECTIVE when > installing a package. Details are beyond the scope of this specification." Portage writes /var/db/pkg/*/*/IUSE_EFFECTIVE for EAPI 5, and includes it in the xpak, so we can use it for the QA check.