We have 2 files in gentoo-x86 with slightly out-of-sync data:

    profiles/arch/amd64/no-multilib/package.mask
    profiles/features/64bit-native/package.use.mask

They both essentially block x86-only stuff.

AFAIU profiles/features/64bit-native/package.use.mask
should contain bits, which are portable across arches, but
actively hate 64-bit userland.

Looks like 'arch/amd64/no-multilib' profile inclusion is kept in
sync with 'features/64bit-native' one: [1]. Exception is
'hardened/linux/amd64/no-multilib' profile. Looks like a bug.

Why do we need to keep both 'package.mask' files the same?
Why not drop '64bit-native/package.use.mask' or at least shrink
it down to software keyworded for non-x86 and non-amd64?

Thanks!

[1]:

$ portage/gentoo-x86/profiles: fgrep -R amd64/no-multilib . | grep -v ChangeLog | grep -v '$Header' | grep -v /CVS/
    ./default/linux/amd64/10.0/no-multilib/parent:../../../../../arch/amd64/no-multilib
    ./default/linux/amd64/2008.0/no-multilib/parent:../../../../../arch/amd64/no-multilib
    ./hardened/linux/amd64/10.0/no-multilib/deprecated:hardened/linux/amd64/no-multilib
$ portage/gentoo-x86/profiles: fgrep -R features/64bit-native . | grep -v ChangeLog | grep -v '$Header' | grep -v /CVS/
    ./arch/powerpc/ppc64/64ul/parent:../../../../features/64bit-native
    ./default/linux/amd64/10.0/no-multilib/parent:../../../../../features/64bit-native
    ./default/linux/amd64/2008.0/no-multilib/parent:../../../../../features/64bit-native
    ./hardened/linux/amd64/no-multilib/parent:../../../../features/64bit-native
    ./hardened/linux/powerpc/ppc64/64bit-userland/parent:../../../../../features/64bit-native


-- 

  Sergei