GNU is not Unix. :)

Emacs is not based on the UNIX.

It is based on the lisp machines.

The lisp machine have died, but Emacs still lives on.

But systemd is written in C. I gather we would have to start by implementing C in elisp.

Emacs OS - I know it is missing a text editor - but does it support systemd?

Compare that to the Fedora. The immaturity of systemd hasn't prevented them from actually giving the users a chance to try the new init system. It actually helped to step up its development. And Red Hat isn't even the top contributor to systemd.

The Debian does lots of good things - but it fails at letting people to help them.

New things are always going to lack "tangible code and some track record". And the Debian is the wrong place for a project to try to get one. And that is the biggest problem of the project, IMO.

It is not a minority. It would become a overwhelming majority when the systemd would actually be installed on the majority of the systems. But it would be too late then, of course.

I probably shouldn't care at all. Systemd would never appear on the systems I work with. For the simple virtue that it is, with the dozens of other "supervision" frameworks, is simply redundant, primitive junk, which is only capable of starting and restarting the Apache server (a.k.a. "hello world" type of service, with no real (distributed networked) dependencies and one bit of state (running/not running)).

The Ubuntu LTS releases, are pretty much what I always expected from the Debian.

The difference is that Ubuntu isn't afraid to put time of developers into the release.

While Debian insists on simple repackaging.

I'm sorry to say it, but Debian has already been a "whore" to lots and lots of other distros, even before Ubuntu hit it big. For the fact of having no distinctive technology of their own.

Recall the time when the APT was ruling. Back then, the Debian ruled. APT had set the bar for other package management systems. People followed the Debian. Now? Not so much. Debian is following and has been following for many many years now. They are not distro per se - they are the distro factory, other distros build up on. I gather that makes it a "whore" distro.

Blaming Ubuntu misses the point. Because Ubuntu does much more than just repackage the Debian. The bigger question is: why Debian hasn't evolved into something like Ubuntu is? Where's Debian's launchpad with the PPAs? where anybody can develop new things? where from users can easily access the new things?

To me the most enlightening - and saddest - moment of the init system selection discussion was when Debian leadership quite clearly stated that they are not interested in something being developed in-house, they are just distro which packages somebody's else work.

After so many years, I have finally understood why Debian is constantly rises, hits the plateau, freezes for few years in shock and tumbles back down. They want to be just a distro. They do not lead - they follow. They do not create standards - they adopt them. They do not develop stuff - they just repackage someone else's stuff.

That again was one of the driving factor in picking the systemd over the rest. With systemd, somebody else is doing all the work, while Debian just repackages it.

Is fork a good idea? There is no fork, really. Debian is nothing but an organization, a community. One can clone the repo - but one can't clone the community.

Take out from all of this? There are no reasons to worry. Nothing really changed. Debian is simply following the rest of the distros. I'm simply hopeful that they would manage to integrate the systemd nicely. If not... It's not like it would be the first time Debian released something broken and unusable. (Oh, yes, there might no RC bugs - but the (too old/too new) versions of the software, or their configuration, simply make it useless. And trying to change it - breaks it.) That's why we have the Ubuntu, after all: it's like Debian, but not striving for some committee set goal - instead striving to be just useful.

I take it then you are not admin - or a lowly paid one.

"new code" + "tons of bullshit" = reasons to ask management for more training, more hardware, larger IT budget. Then learn some the new obscure POS and become literally irreplaceable. Every new release - another new obscure POS - and people get a chance at a nice career.

And most importantly, since RH rewrites all the stuff every time, you do not actually need the Linux experience per se. Sometimes it is even counterproductive, since RH likes to patch stuff in some freaky way. It was for quite some time now with solutions where RH products were used: "People with extensive Linux experience don't need to apply."

Just like it was in the good ol' UNIX times.

Not, if you measure "the progress" by the revenue/profit.

Copyrighting APIs makes no techinical sense, while copyrighting maps and manuals does.

The only thing remotely plausible is patenting APIs. And even that I'm not sure technically feasible.

I've witnessed probably man/centuries of wasted efforts due to crappy APIs - and I've seen single-person projects springing to life and seamingly leveling mountains when the available APIs were good.

Some APIs fit the puzzle of any applications - some force projects as a whole back to the drawing board.

No idea. But the sound works real real good!!!

No PulseAudio, no "committee design" ALSA - the proper OSS.

Low/no jitter - clarity and definition of sound you can't experience under Linux.

If you have hi-fi/better connected to the PC, and your sounds card is supported, you owe it to yourself.

Only technically-illiterate can ask such question.

System console is there because on (almost) totally broken system, it is pretty much the only thing working.

Throwing more software into the system console is pretty much guaranteed to be detrimental to the rate one would be able to get the console working on a broken system to repair it.

Especially nowadays, when systemd, which is very actively developed, breaks systems often enough (by refusing to boot) to require people to drop into the system console and repair system to make the systemd working again.

Ignorance is bliss?

It is not the first time systemd tries to break stuff they have no frigging idea about.

I have impression that only I recognize the trend: the Linux is slowly transforming into the UNIX.

The same crappy attitude. The same crappy unusable bundled software you can't unbundle or replace. Admins are overjoyed with the new shiny toys - users are making teeth screeching sounds.

All symptoms support the diagnosis: it's UNIX.

So a bug in systemd now (or botched update) would be a totally unresolvable, because Linux box wouldn't even have proper console then?

Very very sane plan. Kudos, systemd. /s

RHEL is a golden boy of modern corporate Linux.

You can't replace them because corporate accountants know only the RHEL and RHEL corporate talk the same language as them. And just like the UNIX, you better not touch the RHEL, because RH might simply say (and often do) they do not support the configuration and you are on your onw.

I feel like I'm reliving the piece of the UNIX history. The only difference only is that nobody yet wrote the "RHEL Haters Handbook".