5 ms·
Except FreeBSD is considering moving to something like launchd or systemd itself, because honestly a SMF isn't a bad idea compared to init scripts, which are ra
by xenophonf 9y ago
Except FreeBSD is considering moving to something like launchd or systemd itself, because honestly a SMF isn't a bad idea compared to init scripts, which are rather bare bones.
- digi_owl 9y agoNo they are not. The former head of Launchd development at Apple was pushing to have FreeBSD adopt Launchd, but got rebuffed. So instead he has forked FreeBSD into NextBSD.
- hedora 9y agoSMF runs circles around systemd. I used it recently, and realized it is what systemd is trying to clone. It was kind of like learning Unix after coming from a DOS background. If FreeBSD switches to systemd, I'll stick with OpenBSD. OpenBSD is as likely to switch as they are to rewrite the kernel in rust and go.
- X86BSD 9y agoFreeBSD will never, ever adopt systemd. That I am certain of. Even if the license wasn't an issue, and you could easily yank out all the non portable Linux code, and adopt it into BSD, the code quality, and the engineering of it would not meet BSD standards for adoption. TrueOS just started using OpenRC and seem happy with it so far.
- JdeBP 9y agoThe TrueOS people still need to add proper service management and a decent service management toolset. I suggested to them back in January 2017 that since OpenRC has s6 integration, they might do well to add s6 to that to gain full service management. I never received a reply. I haven't heard that Laurent Bercot was contacted, either. * https://news.ycombinator.com/item?id=13458186 https://news.ycombinator.com/item?id=13458186 * http://www.mail-archive.com/supervision@list.skarnet.org/msg01570.html http://www.mail-archive.com/supervision@list.skarnet.org/msg... I personally use the nosh system and service managers on FreeBSD and TrueOS, of course. I just wrote up a more detailed account of how I used them on TrueOS to run the PC-BSD desktop login and chooser utility under proper service management, and to improve several parts of that subsystem. * https://unix.stackexchange.com/a/390089/5132 https://unix.stackexchange.com/a/390089/5132