-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 02/23/2014 02:09 PM, Nikolai Lifanov wrote: > On 2014-02-23 13:47, David Chisnall wrote: >> On 23 Feb 2014, at 18:31, Freddie Cash <fjwc...@gmail.com> >> wrote: >> >>> The main developer for systemd is very anti-portability and >>> anti-!Linux. He had actively rejected patches that made his >>> projects work on non-Linux systems. In order to port systemd to >>> a non-Linux system, he wants you to first implement every Linux >>> feature that systemd uses. >>> >>> systemd is a non-starter, and not with considering. >> >> I don't think that's a relevant discussion. The license would >> likely preclude systemd from making it into the base system >> anyway. Please let's not be too negative about the author of >> systemd: he's responsible for more people switching from Linux to >> FreeBSD than any other single individual I can think of and I >> would strongly encourage him to continue. >> > > I also noticed this. > >> The relevant question is whether it does anything in a way that >> is sufficiently sensible to merit a FreeBSD service management >> infrastructure doing it in the same (or a similar) way. >> >> Oh, two things missing from my original list: >> >> - Service jails should be able to run without an init process, >> with just the required libraries installed and the host machine's >> init system starting the jail and the service process(es) inside >> it. >> > > Isn't this a bit too complicated? If there is an init script under > $jail/usr/local/etc/rc.d, then the host init will need to find it, > which can be even more complicated if rc search path in the jail is > customized (prefixed if it's managed by a different department, for > example). Host init will have to read the jail configuration, parse > it too, and then manage children and pids of the jailed services, > including reparenting, all within a jail context. Then the admin in > that jail would need to be able to restart services, affecting host > init, which opens a whole new can of worms. If init program is > skinny and not too complicated, which it is, there is no tangible > overhead. And if a jail really needs a single simple service, init > process in the jail can *be* that, like jexec myjail /bin/sh -c > somestuff (or even /usr/local/bin/myservice -c myservice conf). > >> - The init system should use process descriptors, not pids, for >> tracking processes, preventing issues with pid reuse and so on >> (and removing the need to write pid files). If process >> descriptors do not provide the required functionality (e.g. the >> ability to trace forked children) then this should be added. >> > > This is a good idea. > >> David openrc already does this and runs on FreeBSD, ive been using it on 5 boxes in testing so far, clealy replaces init without breaking rc.conf configurations. >> >> _______________________________________________ >> firstname.lastname@example.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current To >> unsubscribe, send any mail to >> "freebsd-current-unsubscr...@freebsd.org" > _______________________________________________ > email@example.com mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current To > unsubscribe, send any mail to > "freebsd-current-unsubscr...@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJTCkyWAAoJEP7cFACJNhNalmgH/1hquNUT75g4xOGc8CX+RyVD kVYKW2SUgMOCCQwgXMydsZUafQ8kLSU24H8T9W2J/q2WDm1lWedqeO9/yk7t3pNS 8+c8YsTIuAYtPgiBES65YW667Cj9+FwN268fEqF58/WNS6kNx8snCfoRkvy6l7jN M62ajdNJtgSxF/Iwyfuq4W6REBW3CF4rL+g64OGrK8PQ6yPteJfM3CUGQoUlHXZC KHHY+qMYBSb/H0j9z7PzcpJsC/bb4fJRzccfVc34IV0ovdevLtQeJojTy4E55NhB kWTX1EDRYVxv9Zvy1uPut5qAtc0b+UB5sAPON0RGxBB0rzjzIYZXlieKo4s752w= =BXYO -----END PGP SIGNATURE----- _______________________________________________ firstname.lastname@example.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"