The quickest way to get security fixes is to track Ceres (unstable).

Of course that is also the quickest way to get bugs!

Devarch,

True, but I have now backported runit-services to Debian trixie, meaning the Devuan excalibur-backports repository gives access to the version of runit-services which is in Devuan Freia, as of today (0.12.0~bpo13+1).

That covers services which got added in Freia's version of runit-services; it does not cover the tiny number of packages which obtained their own native runit scripts in Freia as they would need to have their own individual backports, too.

polkitd already works fine for me, probably launched by dbus. Same with accountsservice.

I'd also advise against patching the DEBAIN/postinst etc. maintscripts - these are _outputs_ of the package build process and this is just asking for trouble over time. Better to patch the source packages in the proper way and let the debhelpers set up the maintscripts. Better still, try to do it in Debian first and then in Devuan if a maintainer absolutely refuses to co-operate with a polite attempt to contribute.

I am not convinced it is worth copying runit service directories or initscripts from other distros: almost always the required work is minimal but there's often a lot of legacy crud (especially in Debian initscripts) that was perceived to be important once but isn't anymore.

It's better to write from scratch.

The challenging parts, such as they are, often relate to system integration considerations that are distro-specific, how to ensure consistent behaviour across init systems and how to make sure upgrades work well.

Honestly, the systemd service units are a better source of ideas but even they often cargo-cult from what has gone before (including otiose initscripts).

Hi Altoid, I also only learned about it because of the warning, and it didn't escape my realisation that this was a blessing! However, it is a newish feature really something of value to packaging developers and it will now be covered by the man page, which I think is appropriate. Any package that wants a drop-in for this directory will implicitly create it, which is the normal way for directories in Debian, so I agree with the accepted resolution.

Hi Altoid,

I would not be so sure!

Watch this space: https://bugs.debian.org/1131137

People running Ceres/Freia helps make Freia good!

Well your fix is released already... that's what I call service! https://tracker.debian.org/news/1712683 … -unstable/

I would expect the package to be available within about 3 hours plus whatever the delay to devuan replication is.

I don't know why you seem to have to different slim startup scripts in parallel.

But it won't be helped by the existence of this bug, which has a simple fix/workaround: https://bugs.debian.org/cgi-bin/bugrepo … ug=1121099

This looks like https://bugs.devuan.org/cgi/bugreport.cgi?bug=937 - for which I must take blame as it was an enactment of my suggestion, but it is really not clear how it can be causing these problems. If anyone is handy with dbus logs there are some to decode there.

There is an official initscript (by me) for stubby in ceres. So far no one has committed to wanting to install it from excalibur/trixie-backports but that could be an option if there were demand.

Here it is: https://sources.debian.org/src/getdns/1 … tubby.init

The initscript for stubby didn't make it in before the Debian Trixie freeze: https://tracker.debian.org/news/1650899 … erimental/

If anyone wants the current version in Excalibur it might be worth politely indicating on the Debian BTS that there would be demand for a stable backport.