Hi; just to let you guys know that my overlay for having a systemd-only Gentoo machine (no OpenRC, no baselayout, no sysvinit), it's available, sync'ed with the portage tree of March 11 (it took me a few days to update all my machines and to check everything was working OK).
You can grab the overlay directly with: git clone git://github.com/canek-pelaez/gentoo-systemd-only.git and the instructions (as usual) are in http://xochitl.matem.unam.mx/~canek/gentoo-systemd-only/ With the re-introduction of virtual/modutils everything got easier, and now the major problem (IMHO) is bug 373219: https://bugs.gentoo.org/show_bug.cgi?id=373219 Basically, several scripts on the tree source /etc/init.d/functions.sh, *without* explicitly depending on sys-apps/openrc. Since I'm actually running my machines without /etc/init.d (nor /etc/conf.d, nor /etc/runleves, etc.), this resulted in some surprises when some ebuilds called scripts that no longer worked because /etc/init.d/functions.sh was no longer there. The overlay provides a package (sys-libs/elib-functions) with a tiny script that has the same functionality (as far as I have tested) of /etc/init.d/functions.sh, and alternatives to the scripts on the tree that source it, which are (currently): * app-admin/perl-cleaner * app-admin/python-updater * app-portage/gentoolkit * dev-java/java-config-wrapper * sys-devel/binutils-config * sys-devel/gcc-config sys-devel/gcc and sys-libs/glibc also use scripts sourcing /etc/init.d/functions.sh; I prefer not to mess with such critical packages on the system, so instead I provide the patched scripts (fix_libtool_files.sh and locale-gen) so you can replace them by hand. Apart from that, the packages on the overlay seem to be working great, and the changes are rather minimal. If you are interested in testing a Gentoo system with the latest technologies, or have fun risking your machines to break in new and funny ways, you are more than welcome to try the overlay. Oh, and just to be clear, since the overlay is testing the really bleeding edge of new technologies, setups with a separate /usr partition that refuse to use an initramfs are obviously not supported, and they will never be (see http://article.gmane.org/gmane.linux.gentoo.devel/75724). If you use an initramfs to mount a separate /usr, or have /usr in the same partition as /, everything *should* work (doesn't mean it *would* work, but it *should*). Disclaimer: it *is* rather possible that you will break your system in new and funny ways if you try the overlay, specially if you don't know what you are doing. I take no responsibility of any harm you or your computer may suffer by using it. You have been warned. Regars -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
