OpenRC, the replacement for Gentoo's current services system (known as baselayout), will soon reach ~arch on all platforms. It replaces the previous bash-only rc system in baselayout with an rc system that has a C-based core and uses only POSIX-compliant shell code.
OpenRC runs natively on a wide variety of systems. Out of the box, it's compatible with Gentoo Linux, Gentoo/FreeBSD, Embedded Gentoo, and Gentoo VServers. It also works with FreeBSD and NetBSD and, once some installation problems get fixed, will be added to their package repositories, ports and pkgsrc.
Before upgrading, read the OpenRC Migration Guide so you update your system properly once OpenRC and baselayout 2 are installed.
Last edited by dberkholz on Mon Apr 14, 2008 5:22 pm, edited 1 time in total.
OpenRC is not yet in pkgsrc or ports
I'll be putting it into pkgsrc-wip myself (hopefully next week) after a few installation issues have been ironed out. Same issues affecting me not requesting it in FreeBSD ports either.
Since the article states that OpenRC is the new standard, will all new installations have baselayout-2 and OpenRC by default? Is it something that is part of the stage tarball, or the installation medium? Meaning, will it be the default for the 2007.0 releases, or will it be included in the 2008.0 releases / new stage tarballs?
“Truth, like infinity, is to be forever approached but never reached.” --Jean Ayres (1972) ---avatar cropped from =AimanStudio---
might give these two a shot once i gets marked ~amd64. It's about time we got a replacement for the old baselayout. Is it possible to revert back if something doesn't work?
Hi!
I've just synced and OpenRC and baselayout-2 have hit the tree (~amd64 here). It took me five minutes to merge the changes, rebooted and everything is working fine.
kostja wrote:It seems to work fine here. But be warned, it will delete you /etc/conf.d/net file.
Good, that I had a backup.
oh yes it does. luckily i didn't just reboot after finishing dispatch-conf. i had a backup buried somewhere too. would have been a pain in the a** to set up pppoe/inet again, without beeing able to look it up in the inet. the net.example file was also moved...
Working great here. One quick question ( I don't think this is a "support" question but someone correct me if I'm wrong) On my x86 machine it backed up my net configuration as net.save, but it didn't do this on my amd64 box. Does anyone know of why this behavior would occur?
Opteron 1356@2.4Ghz
6GB DDR2 800Mhz
128MB Quadro NVS 210S
640GB Western Digital HD
*Gentoo-x86_64-2.6.30-r1
<3 wrote:my migration was successful although the boot time isn't that much different.
I feel exactly the same. I really wonder what all the noise is about. This just confirms what we all already know: the placebo effect do exist. Or maybe it is just that you only notice some improvement if your boot time is >3 minutes or so.
I can't say if it's indeed faster or slower, but whatever it is, it's nothing radical like some people around says. Maybe people using xdm will notice something... I don't know since I boot on command line. Just a guess.
baselayout-1 ; no parallel : 82 sec.
baselayout-1 ; parallel : 70 sec.
baselayout-2;parallel : 56 sec.
I have sda2,sda3,sdb1 on reiserfs and it's take a lot of time during the boot sequence.(from grub about 30sec)
kernel just need about 10sec for load itself, detect all HW and just passe to init script.(from grub 10sec)
P5KPRO Q6600
also i use readahead but it don't improve a lot of time before gdm will start, the benefit is after readahead start everything it's faster, login via gdm it's also fast, drawing of gnome desktop have some improvement from readahead becase many lib and file are just in cache.
grub and kernel load to init : 11 sec
init to finish fsck 26 sec
fsck to finish readehaed 10 sec
readahead to gdm 11 sec
gdm to loging and finish draw desktop about 1-2 sec
mount
rootfs on / type rootfs (rw)
/dev/root on / type reiserfs (rw,noatime)
proc on /proc type proc (rw,nosuid,nodev,noexec)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec)
udev on /dev type tmpfs (rw,nosuid)
devpts on /dev/pts type devpts (rw,nosuid,noexec)
none on /dev/shm type tmpfs (rw,nosuid,nodev,noexec)
rc-svcdir on /lib64/rc/init.d type tmpfs (rw,nosuid,nodev,noexec)
/dev/sda1 on /boot type ext3 (rw,noatime)
/dev/sda3 on /home type reiserfs (rw,noatime)
/dev/sdb1 on /mnt/dati type reiserfs (rw,noatime)
none on /var/tmp/portage type tmpfs (rw,size=1024M,uid=250,gid=250)
usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85)
nfsd on /proc/fs/nfsd type nfsd (rw,noexec,nosuid,nodev)
none on /proc/fs/vmblock/mountPoint type vmblock (rw)
Last edited by uzz75 on Fri Apr 18, 2008 11:23 am, edited 4 times in total.