instead of building an "openrc compatibility layer," based on feedback from @ska I am building a proof of concept openrc initscript metadata extractor, which can write service declarations for all 3 init systems.
this allows the current openrc init scripts at the package level to be replaced with service manifests, and for us to be able to mass-convert the current init scripts into manifests.
maybe we will also support dinit, too :)
how can you help improve the success of this effort? if you are aware of openrc init scripts in @alpinelinux which aren't "declarative" (I use this term very loosely), please send in patches to convert them to the declarative style.
but, thankfully the overwhelming majority were already converted!
@ariadne oooooh
this sounds amazing
Just talking about this will burn me out.
Now I lost my motivation to continue on python 3.12 upgrade work (100+ py packages needs manual fixing?), clean up the testing work, boost 1.84 update, abuild release, 3.20 builders setup, llvm/clang18 upgrade, riscv64 kernel upgrade, add loonarch64 builders, the full disk problem of building infra. All this needs to be done before May for 3.20.
So please don't open a full box of bikeshedding/flamewar magnets. not now.
procd init system