void-runit VS xbps

It was merged in January but a release wasn't tagged until recently. I doubt anybody had systemd in mind when choosing the paths; the use of *.d names to describe directories that are "assembled" to form a cohesive configuration pre-dates systemd.

That's a neat change in the void-runit package! Unfortunately this not yet in the official runit-void package. The current version there does not have the shutdown.d folder, so currently I also don't see an easy way to handle this.

Did you edit https://github.com/void-linux/void-runit/blob/master/core-services/02-udev.sh with something like like mdevd -O 4 mdevd-coldplug? which initram if any?

By the way zzz is just a shell script. You can find it here: https://github.com/void-linux/void-runit/blob/master/zzz

and here is more bloated void-runit

Maybe this could be related: https://github.com/void-linux/void-runit/pull/81

Void Linux honors the cache file for boot-time imports. The pool holding any root will have already been imported by the initramfs, but other pools will not be imported by the initramfs unless automatic rootfs detection is used.

Runit has run levels. It scrapes the kernel command-line for a level that matches a service directory.

I wrote the ignorepkg feature for xbps, specifically for cases like this. https://github.com/void-linux/xbps/pull/62

xbps-remove -O: this deletes outdated packages from the cache, the confusion probably comes from that it does not remove packages that are not installed anymore. I have an open PR for xbps to implement cleaning packages that are not installed anymore uptodate. https://github.com/void-linux/xbps/pull/530

More info about xbps flags can be found on the respective man pages and on the xbps github

This is knowwn bug of xbps without released fix as for now https://github.com/void-linux/xbps/issues/312.

void-linux/xbps/issues/57 is the issue to follow, but i doubt it will happen soon...

BUGS Probably, but I try to make this not happen. Use it under your own responsibility and enjoy your life. Report bugs at https://github.com/void-linux/xbps/issues

mpv and the xbps package manager both come to mind. I read them casually and found them very easy to grasp.

It’s the default package manager used by Void Linux. It’s praised for being fast and reliable. more info

And here is the commit removing all references to the old name in xbps https://github.com/void-linux/xbps/commit/ba296b8e2c30f151417f0f0daa935653aacd3238

So for context, I'm attempting to port the xbps to another distro that isn't Void Linux using the instructions over at https://github.com/void-linux/xbps.