Earlier quoted context omitted.
Indeed - and so is Devuan.
How do you pronounce it then?
Devuan Jessie 1.0.0 stable release candidate
71–75 of 75 posts
Re: Devuan Jessie 1.0.0 stable release candidate
#72I never understand when OSS projects give themselves names that will never go mainstream. If the goal is semi-popularity at least, then "Devuan" will not work.
I've heard it referred to as Dev1, which doesn't sound as bad.
Re: Devuan Jessie 1.0.0 stable release candidate
#73I never understand when OSS projects give themselves names that will never go mainstream. If the goal is semi-popularity at least, then "Devuan" will not work.
As I noted on another thread, the choice to call their initial release "Jessie" is also bizarre -- that's the same as the release name for Debian 8.0, which was released in 2015. Between that and the project name (which is a typo of "Debian"), it all makes the project look like it's intentionally trying to create confusion between itself and Debian, rather than trying to succeed on its own merits.
It has to be pronounced as this: http://danex.nexlab.it/devuan.wav
The first release has been named "jessie" cause it's a 1:1 replacement of debian jessie, and for our luck jessie is also a name of a minor planet, so, it match our nomenclature and reflect that is a very close path to switch from debian jessie, as Devuan consider itself the "real" continuation of debian after wheezy.
Re: Devuan Jessie 1.0.0 stable release candidate
#74Earlier quoted context omitted.
My experience with sysvinit is that it definitely takes well over ten seconds to boot Linux and start all services, especially if you've been putting "sleep 60" into certain scripts to make boot ordering reliable. Again, I'm comparing systemd to pre-systemd Linux distros (including Devuan, which explicitly continues that tradition), not to systems broadly comparable to systemd. If Devuan had a different fancy init sy…
Why would you sleep 60 when you have runlevels and startup order?
Re: Devuan Jessie 1.0.0 stable release candidate
#75Earlier quoted context omitted.
There are things that are worth diversifying on. Basic subsystems that only serve to keep the OS running is not one of them -- the benefits of standardization far outweigh the costs of lack-of-diversity. (Of course this is just my opinion, yours may differ.) As to freedom: I'm not sure what you're driving at here. Can you expound?
When everybody standardizes on possibly the worst implementation available for that platform, then it is worth diversifying.