It is all using elogind for Devuan, but I noticed ConsoleKit2 making its way back into sid.
I have pulled it into my s6-experimental repo to test against my various spins.

The default points to /sbin/init. The user might opt to symlink this to another prefered init to have as default & purge what he doesn't want.
The (sysvinit) entry points to /lib/sysvinit/init

That's what I'm guessing. I've tested this install on a windows hosted virtualbox, & proper partition install on 2 different laptops (a newish uefi only HP envy & an old Toshiba sattelite which I boot in bios/csm mode) & I didn't get this behaviour.

It would be great if you could spare a partition to do a proper metal install & see if you get the same experience with your hardware.

@bimon:

This is not a new idea, skarnet has already dedicated a full section on his website mapping out in detail the amount of work required to create such a translator (or parser) converting systemd units to s6-rc services.

https://skarnet.org/software/s6/unit-conversion.html

On the other hand Eric Vidal of Obarun (author of 66), has developed the framework for 66 to use service frontend files in very similar syntax to systemd unit files.

https://web.obarun.org/software/66/late … ntend.html
.
These are really easy to create without the real need of a systemd parser.
If you pay attention to section  “A word about the @execute key” you will find that you could pretty much use a sysvinit script, a bash script to resolve a systemd file, or a simple execline command to run a service with s6-66.

The antiX build is a very good testbed to explore all these options, and the developers there are keen to adopt this for their future releases.

I just hope Devuan is prepared to do the same once antiX gets this off the ground in a fully supported OFFICIAL release.

...& finally a 32bit (i386) respin of antiX-23

antiX-23_i386_s6-init_20240105.iso

User: antix
Password: antix
root password: antix

My own Devuan s6-rc respin (heavily modified from the gnuinos image) for anybody that may be interested

Devuan_5.0_Daedalus_amd64_s6-20231223_2221.iso
Devuan_5.0_Daedalus_amd64_s6-20231223_2221.iso.sha256

User: devuan
Password: devuan
root password: toor

I should say that it is highly experimental but also extremely functional.

Included:

- Upgraded to the latest devuan kernel & installed some non-free-firmware (essential to be tested on real hardware)
- Fixed a few issues with some s6-rc scripts & bundles that were causing failures on the original gnuinos image.
- Lightdm (active display manager & enabled in "Default" bundle)
- KDE Plasma (default desktop on autologin)
- XFCE (available through display manager)
- LXDE (available through display manager)
- LXQT (available through display manager)
- IceWM (available through display manager)
- Fluxbox (available through display manager)
- dhcpcd (active & enabled in "Default" bundle)
- NetworkManager (active & enabled in "Default" bundle)
- bluetoothd (active & enabled in "Default" bundle)
- ufw (active & enabled in "Default" bundle)
- xrdp (active & enabled in "Default" bundle)
- samba (active & enabled in "Default" bundle)

- sddm (available but inactive - not in "Default" bundle)
- lxdm (available but inactive - not in "Default" bundle)

I hope this assists in getting some traction for s6-rc to slowly be officially supported in Devuan/Debian.