Just quick example. pinkbyte@phantom ~/dev/gentoo-dev/gentoo-x86/dev-libs/libverto $ epkginfo libverto * dev-libs/libverto [gentoo] Maintainer: eras@gentoo.org (Eray Aslan) Upstream: None specified Homepage: https://fedorahosted.org/libverto/ Location: /usr/portage/dev-libs/libverto Keywords: 0.2.4:0: Keywords: 0.2.5:0: alpha amd64 arm hppa ia64 ppc ppc64 s390 sh sparc x86 ~amd64-fbsd pinkbyte@phantom ~/dev/gentoo-dev/gentoo-x86/dev-libs/libverto $ ekeyword ~mips libverto-0.2.5.ebuild libverto-0.2.5.ebuild --- libverto-0.2.5.ebuild 2013-08-16 18:44:02.284005000 +0400 +++ libverto-0.2.5.ebuild.new 2013-08-16 18:44:10.329243000 +0400 @@ -13 +13 @@ -KEYWORDS="alpha amd64 arm hppa ia64 ppc ppc64 s390 sh sparc x86 ~amd64-fbsd" +KEYWORDS="alpha amd64 arm hppa ia64 ~mips ppc ppc64 s390 sh sparc x86 ~amd64-fbsd" pinkbyte@phantom ~/dev/gentoo-dev/gentoo-x86/dev-libs/libverto $ repoman -d full RepoMan scours the neighborhood... RepoMan sez: "If everyone were like you, I'd be out of business!" Note, that all mips-related profiles are marked 'exp' in profiles.desc. Now, let's hack it a bit - change profile type for 'default/linux/mips/13.0' from 'exp' to 'dev' - locally, of course. pinkbyte@phantom ~/dev/gentoo-dev/gentoo-x86/dev-libs/libverto $ repoman -d full RepoMan scours the neighborhood... dependency.badindev 2 dev-libs/libverto/libverto-0.2.5.ebuild: DEPEND: ~mips(default/linux/mips/13.0) ['sys-libs/tevent'] dev-libs/libverto/libverto-0.2.5.ebuild: RDEPEND: ~mips(default/linux/mips/13.0) ['sys-libs/tevent'] If i missed that thing and commit changes blindly - i would be definitely broke dependency tree, and repoman has no option to include experimental profiles. Same thing is about Prefix, but i was told by project leads that this is OK. However, i am CCing mips@ just for clarification - maybe it is worth to migrate some profiles to 'dev' state? Or they are too unstable?
And, by the way, PMS defines 'stable' and 'dev' as 'widely used values' for profiles stability level. Maybe we should add 'exp' there too?
This is fixed in git: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=12eae4696bd2ae1d8f67dd8faa496eb74b5466d6
This is fixed in 2.2.1.