dev-lang/python ebuilds now have this in src_compile(): # Work around bug 329499. See also bug 413751 and 457194. if has_version dev-libs/libffi[pax_kernel]; then pax-mark E python else pax-mark m python fi It would be nice to not 'pax-mark m' /usr/bin/python* in stable systems. libffi-3.0.13-r1 was added to tree 15 Jul 2013, no open bugs about regressions.
Should we get bug #457194 fixed first?
let's move forward on this. the GNOME guys broke their stable dep graph because they stabilized a version of dev-libs/glib which depends directly on libffi[${MULTILIB_USEDEP}], but there is no stable version of libffi that supports the multilib logic.
repoman full succeeded when glib was stabilized :/
Maybe this is due to the recent eapi-5-related changes in package.use.stable.mask?
Stable for HPPA.
alpha stable
amd64 stable
Just rechecked with latest and updated profiles and still no issue, this was probably caused by some buggy use.masking in the past
x86 stable
arm stable
ppc stable
ppc64 stable
ia64 stable
sparc stable. Closing.