stabilize sys-apps/sysvinit-2.86-r10
spoke with Uberlord about this pkg and we should be good to go. robbat2 and I would prefer that all arches are on the same baselayout-1 version before we unmask baselayout-2 so that there's only 1 migration path rather then 2.
Stable for sparc.
amd64 stable
not stable with sys-apps/baselayout-2.0.0_rc6 inside VServer it overriedes reboot.sh and shutdown.sh files and broke guest OS in vserver the files reboot.sh and shutdown.sh should have simple checks inside like: # If we are in a VPS, we don't need anything below here, because # 1) we don't need (and by default can't) umount anything (VServer) or # 2) the host utils take care of all umounting stuff (OpenVZ) if [ "${RC_SYS}" = "VPS" ] ; then exit 0 fi see halt.sh code from sys-apps/baselayout-2.0.0_rc6 currenty, latest sysvinit BROKE rebooting guest OS inside vservers
(In reply to comment #4) > not stable with > sys-apps/baselayout-2.0.0_rc6 inside VServer > This package is masked and mixing hardmasked ~arch packages with stable packages is broken and unsupported. > > currenty, latest sysvinit BROKE rebooting guest OS inside vservers > Are you saying that this is a regression from 2.86-r8 to 2.86-r10? If -r8 had the same behavior then this is not a regression but a request for a feature change and as such belongs in it's own bug.
its NOT masked or hardmasked for vserver guests. its default for any gentoo os running inside vserver for VPS guests we havent any stable and supported baselayout, only latest is acceptible now. many my friends got a troubles after auto-updating init.d dir (files has been autorewritten)
<Cardoe> !herd vserver <jeeves> Cardoe: (vserver) chtekk, hollow <Hollow> Cardoe: pong <Cardoe> Hollow: should vserver users be using baselayout-2.0.0_rc6? <Hollow> yes <Cardoe> is there a regression between sysvinit-2.86-r8 and sysvinit-2.86-r10? <Cardoe> bug #202790 <Hollow> *sigh* i told him, if he blindly overwrites config protected files he is on his own <Hollow> vservers have a custom shutdown.sh/reboot.sh <Hollow> and these custom files have a big warning in them, that you should never overwrite them This is not a regression but a new feature request.
i admit it's not that fat: # gentoo init style needs this (and nothing else) exit 0 but you shouldn't overwrite it nevertheless...
vservers sucking is not a reason to block stabilization open a new bug
Stable for HPPA.
alpha/ia64/x86 stable
ppc stable
ppc64 stable
Closing wrt http://www.gentoo.org/news/20080210-mips-experimental-arch.xml