You're going to have to make a separate repo for everything anyways, because you'll have to change all the init scripts and whatnot that get supplied with programs... well, unless you install both and just leave the useless systemd files laying around forever.

▲

_flux an hour ago | parent [-]

My /usr/lib/systemd takes 6.4 megabytes, so I think I could live with that overhead. Or I suppose just delete them manually.

What would actually be useful would be a generic OpenRC wrapper that would ingest those service files and provide traditional start/stop interface for them.

▲

nubinetwork an hour ago | parent [-]

You mean the inverse of systemd.generator? Probably wouldn't be hard to make, but you'd have to be pretty committed to your init system to not just write the script by hand...

▲

_flux 40 minutes ago | parent [-]

Hmm, I perhaps didn't quite catch this. I thought having a generator would let you be less committed to it, as you wouldn't need to manually write all the init scripts you need.. ?

▲

nubinetwork 36 minutes ago | parent [-]

Writing a basic init script is less intensive than having to learn the entire "schema" for both script formats, which you'd probably want to know if you were writing the generator.

	▲	_flux 21 minutes ago \| parent [-]
		Yes, but one only needs to write it once, and then everyone could use it. It could probably even be packaged as an official Debian package.