If it makes sense, provide a "non-free" variant for people who value convenience over freedom. Not everyone needs wifi, and those who do might prefer inserting one of those usb adapters or soldering a different wifi chip (works on many boards) instead of having this non-free firmware running as root.

I wish Devuan installer will have option to use-and-NOT-FORMAT existing swap partitions.

Hehe, true that would be awesome when abusing future swap partitions to store ISOs. Not that hard to setup the swap after the install has finished though. Still would be a nice feature.

To me the single best thing would be support for live kernel upgrades. Well, OK the support is there but there are no easily available patches. Given that hardly any distribution (only Ubuntu i think) supplies those that would have a major impact for server use. If i find the time to look more closely into this i might also volunteer to maintain those. Rebooting servers is bad, mhhk?

Can this please be improved in Devuan3?

Devuan is all about removing that library,.

I don't know where you're getting your information, but that bit is just plain wrong. The default desktop install includes libsystemd0. Devuan is about removing dependency on systemd itself. The lead devs are not concered with that library and don't intend to spend any energy on removing it.

@darry1966 . . . I'm not sure how much of the contamination is coming from upstream and how much is being introduced by  Debian.  As steelpillow mentioned . . . if the upstream source is clean (and init agnostic) we can work around blocks coming from Debian.   But if upstream decides not to allow for other options, our work will indeed be much harder.  The  more traction that Devuan gains, the more leverage we'll have to expect upstream to support what we are doing.

When I tried Buster I found that removing Systemd ripped just about everything away compared with Jessie where systemd is quite easy to remove. So sorry to say Debian is determined with each new release version to integrate systemd reliance further and further into the system.  So yes gaining leverage is important as is Devuan as a distro forked from Debian standing against this attack init freedom.  In fact I would go further and say that Devuan needs to deviate further away from Debian rather like Ubuntu did to maintain its independence.

It might be harder for a bit, but it also might be the impetus to fork various projects that just blithely and voluntarily enslave themselves to really bad coDe, have already been thinking about that....and starting to pick through some to find ones I can re-write myself.

Great idea where possible Devuan independent programs as alternatives to the infected ones.

But if upstream decides not to allow for other options, our work will indeed be much harder. .

It might be harder for a bit, but it also might be the impetus to fork various projects that just blithely and voluntarily enslave themselves to really bad coDe, have already been thinking about that....and starting to pick through some to find ones I can re-write myself.

It would also help provide a clean, trouble-free install for Debian users who choose to avoid SystemD, a win-win all round.

It is very trouble-free, they can just point the repositories to Devuan, install a couple of Devuan packages, update/upgrade and it is done.  Unless we are talking about different things.
That seems to be a task that is simple today after years of work, trial and error. Apart from this the wealth of Devuan lies on the 40-50k packages of Debian.  It is the same path the younger (newborn) Artix has taken in proximity to the Arch library of packages.

The question is whether this ease of selection of init systems will last or will it be short lived.