These *need* to go stable at the same time because we are moving ACL functionality over. Test and stabilize: =sys-fs/udev-171-r6 "alpha amd64 arm hppa ia64 m68k ppc ppc64 s390 sh sparc x86" =sys-auth/consolekit-0.4.5_p20120320 "alpha amd64 arm hppa ia64 ppc ppc64 sh sparc x86"
amd64 stable
ppc/ppc64 done
There is a problem with upgrade. I suppose that either the cryptsetup-1.4.1 needs a fix or cryptsetup-1.4.1-r1 needs keyword amd64 instead of ~amd64. !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-fs/udev:0 (sys-fs/udev-171-r6::gentoo, ebuild scheduled for merge) pulled in by >=sys-fs/udev-171-r6 required by (sys-auth/consolekit-0.4.5_p20120320::gentoo, ebuild scheduled for merge) (sys-fs/udev-171-r5::gentoo, installed) pulled in by <=sys-fs/udev-171-r5 required by (sys-fs/cryptsetup-1.4.1::gentoo, installed)
(In reply to comment #3) > There is a problem with upgrade. I suppose that either the cryptsetup-1.4.1 > needs a fix or cryptsetup-1.4.1-r1 needs keyword amd64 instead of ~amd64. Firstly, you should have filed a new bug and made it block this one. Secondly, fixed in Portage now, thanks for reporting: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/sys-fs/cryptsetup/cryptsetup-1.2.0-r1.ebuild?r1=1.10&r2=1.11 http://sources.gentoo.org/viewvc.cgi/gentoo-x86/sys-fs/cryptsetup/cryptsetup-1.4.1.ebuild?r1=1.9&r2=1.10
*** Bug 416869 has been marked as a duplicate of this bug. ***
x86 stable
arm stable
Stable for HPPA.
alpha/ia64/m68k/s390/sh/sparc stable