not surprised that @postmarketOS folks pulled the trigger on systemd
in alpine we have promised to build something better than openrc for years, but it still isn’t here.
meanwhile, the polyfills for various systemd apis to work on openrc do not actually work correctly in many cases, leading to unnecessary bugs on the desktop.
i think @alpinelinux should join pmOS in getting off openrc, the project is basically on life support anyway and the maintainers primarily focus on Gentoo usecases also.
(this is not an invitation to tell me about your friend’s pet init system. designing a service management framework for an operating system is harder than it looks. i’ve looked at all of the options outside systemd, and frankly openrc is the one with the most maturity. the landscape is bleak.)
@ariadne very interesting thoughts! One thing I wondered through this whole process with postmarketOS, and keep wondering to this date, is why all the people doing alternative init systems to systemd don't sit together and design some spec, that takes proven-right design decisions from systemd. Like let's say, having service-file (like @craftyguy did with superd) and DBUS-api compatibility with systemd. It's day-dreaming to hope that everybody else will adapt to something completely different.
@pabloyoyoista @ariadne @craftyguy someone will, eventually, and then implement the spec with Rust