Duncan wrote: > given that a number of gentoo devs support larger installations of > gentoo and aren't likely to be wanting to switch servers, etc, to > systemd just because it's there
I think that once they've learned systemd, they will want to switch those servers fast. I use it on one sort-of production server for about a year. Had I set up any new servers since trying it out they would also have used it. As I wrote before, I've not used init scripts on any system for over 10 years, including the maybe 50 servers that I've ran during that time. Although systemctl is a stupid long command the benefits of systemd make it an easy choice for me. systemd isn't at all unstable in my experience, the only thing that it is lacking is experience among administrators. I agree that as long as there is anyone interested in maintaining and supporting openrc, it will be available in Gentoo. The alternatives and choice is what makes Gentoo great, and I think this fundamental principle will never change, no matter what Red Hat or anyone else wants to do. systemd in itself is no big problem, Gentoo already solves much bigger problems. Yes, we may have to rethink the service file policy, perhaps integrate the init system with eselect, or have some other tooling - who knows, so far I don't know if Gentoo has ever supported replacing openrc. I think it's a good idea to not require re-emerging every package just to get them, but there are other solutions. Don't worry, it will all be fine. As long as you and I run no systemd maybe it's OK if we still download it's tarball in order to build and install the udev files. If you feel very strongly not OK, after much experience with systemd and udev, then by all means do fork udev. But I *seriously* don't see the point. Please choose another project. :) Kind regards //Peter
