OpenRC hits the tree

Cardoe wrote this mid-afternoon:

OpenRC 0.2 has hit the tree and is our goal for unmasking to ~arch. It’s currently ready for prime time on your ~arch machines. If you’d like to give it a test simply create a /etc/portage/package.unmask/openrc file and fill it with:

>=sys-apps/openrc-0.2
=sys-apps/baselayout-2.0.0*

As always, any issues should be reported to Gentoo’s Bugzilla and assigned to base-system@gentoo.org

One gotcha is that util-linux’s crypto-loop initscript appears to have been silently updated for OpenRC support. You’ll need to make sure you’re on a 2.13 or higher version and potentially re-emerge it.

OpenRC & baselayout-2

Cardoe wrote this in the wee hours:

I know everyone’s wondering when this will hit the tree and I have an answer for you. I’m actively working with the necessary people to make this happen. OpenRC 0.1 was my target originally but I was away the weekend after it came out, then Roy announced an ABI break due to issues with his use of realloc. (Bad Roy! Bad realloc! Though I was not one of the complainers.) So basically Gentoo is going to wait for OpenRC 0.2 and then bring it into the tree initially masked until we can sync everything together and then unleash it to ~arch shortly there after.

The associated bugs for this are #212696 and #213988.

/lib & /bin consistency

Cardoe wrote this late at night:

One of the things I’ve occasionally bumped into on a system that’s gone south and required some recovery is that tools that exist in /bin and /sbin rely on something in /usr, which is often not mounted at the time.

I was thinking of possibly adding this as a Portage QA check. Basically, anything that is installed into /lib, /lib32, /lib64, /bin, and /sbin get passed through scanelf -Ln or ldd to determine if anything would be outside the scope of those directories and it could be fixed.

Also, if any of the people that build binary packages and then do some tests against them want to add this as a test to their system, I’m sure people would be appreciative.