SoylentNews is people
SoylentNews
The spreading of systemd continues, now actively pushed by themselves unto other projects, like tmux:
"With systemd 230 we switched to a default in which user processes started as part of a login session are terminated when the session exists (KillUserProcesses=yes).
[...] Unfortunately this means starting tmux in the usual way is not effective, because it will be killed upon logout."
It seems methods already in use (daemon, nohup) are not good for them, so handling of processes after logout has to change at their request and as how they say. They don't even engange into a discussion about the general issue, but just pop up with the "solution". And what's the "reason" all this started rolling? dbus & GNOME coders can't do a clean logout so it must be handled for them.
Just a "concidence" systemd came to the rescue and every other project like screen or wget will require changes too, or new shims like a nohup will need to be coded just in case you want to use with a non changed program. Users can probably burn all the now obsolete UNIX books. The systemd configuration becomes more like a fake option, as if you don't use it you run into the poorly programmed apps for the time being, and if they ever get fixed, the new policy has been forced into more targets.
Seen at lobsters 1 & 2 where some BSD people look pissed at best. Red Hat, please, just fork and do you own thing, leaving the rest of us in peace. Debian et al, wake up before RH signed RPMs become a hard dependency.
(Score: 3, Interesting) by RamiK on Monday May 30 2016, @08:23AM
With all due respect, the Debian's development model failed long before systemd. Ubuntu's malignant growth opened the way to Red Hat's influence in the first place and it wasn't external forces that made it happen.
20 years ago this kind of dependence on a strict hierarchy of trust-worthy maintainers was necessary. Nowadays, you have Arch, NixOS and GuixSD all allowing an open and wider contribution base while putting the developer's choices at the forefront. The latter two even solve the technical problems of *nix distributions while they're at it. And GuixSD actually gets rids of systemd in favor of Shepherd.
Honestly, this is like the carriage drivers union fighting city hall over who gets to clean the manure, while automobiles are available in the market. It's a throwback to ancient practices that were born due to the technical constraints of the time. It's 2016. We can fork packages. We can maintain forked packages of different version in our repositories. We can install different versions side-by-side of everything. And yet, here we are, fighting about who picks up the manure... Absurd.
compiling...
(Score: 3, Informative) by zeigerpuppy on Monday May 30 2016, @11:50AM
Not quite. Package management is non trivial and standards really help.
We're only in a bad situation because the wrong standard got up and compromised the unix philosophy at the same time.
I've also given Devuan a try on some VMs that needed upgrades from Debian Wheezy. So far it's been mixed. Some went well but the hooks of systemd can be deep and I had to ZFS rollback a couple of times (luckily that's fast!)
(Score: 2) by Unixnut on Monday May 30 2016, @12:51PM
That works on the pretext that Devuan does not become large enough to be self sustaining. If Debian does go down to "SystemD or the highway" model, and if enough people want to avoid SystemD, I can imagine that Devuan gets big enough to keep on going without Debian.
(Score: 1, Interesting) by Anonymous Coward on Monday May 30 2016, @03:41PM
Yeah, I expect Linux to essentially hard-fork into two separate operating systems you could call Linux-done-right and Poetterix.
(Score: 4, Interesting) by srobert on Monday May 30 2016, @03:59PM
If Linux were "done right" it would be FreeBSD.
(Score: 2) by Unixnut on Monday May 30 2016, @07:14PM
So... GNU/Linux, and SystemD/Linux :)
I would be fine with that personally, along with Android/Linux, and the other versions. That was there is no more confusion over what is "Linux" and which way is right, etc...
Let each version exist, name it clearly but with a way of distinguishing between them (including that they are not interoperable with each other), and everyone can move on. It is like a repeat of the Unix Fragmentation in the 70s-80s, but with all source code GPLed, so if enough people want to put in the coding effort, you can port apps and other bits between them.
My main concern is that SystemD/Linux will start depending on binary blobs, which may break things in future. As long as the Kernel stays core to all 3 OSes, then binary blobs like the Nvidia Drivers will work on all of them, so a win win for all.
(Score: 0) by Anonymous Coward on Tuesday May 31 2016, @06:40AM
Is this concern based on anything related to reality?
Or is it just you making random stuff up?
(Score: 3, Informative) by cubancigar11 on Monday May 30 2016, @01:44PM
For all that rosy eyed promises of heaven, NixOS by defaults uses systemd.
WHAT... A.. WASTE.... OF MY... TIME!!!!!
(Score: 2) by Bot on Monday May 30 2016, @03:07PM
Then try guix which doesn't use systemd. I tried installing guix as a separate package manager on a systemd less distro, but I had to give up because it started pulling a lot of packages. All the packages compiled fine till I had to reset, though.
Guix and IIRC void linux can be installed as package managers alongside your existing distro.
Account abandoned.
(Score: 2, Troll) by RamiK on Monday May 30 2016, @09:48PM
Nix can be installed side-to-side too. People even install it on Macs for some reason.
But please take my original post in it's context. I was criticizing the enterprise of forking Debian into a separate, systemd free distro as pointless since the underlying system is antiquated and socially relies on strict hierarchies that aren't conducive to health development models. My purpose was to argue for taking part, or forking Guix or Nix for the purpose of non-free packages on a modern systemd distro. I didn't argue for choices you can install right now.
However, in the realm of actual choices to use right now for end-users as an alternative to systemd that has firmwares and such, use arch [systemd-free.org] or just stick to slackware. Guix is still beta and pulls lots of package sources since they didn't stabilize a release for hydra (the build servers) to focus on compiling so it's impractical unless you're an active developer.
Incidentally, it's why I ignored the other response. I'm very argumentative by nature and usually make a flame war out of anything really, but I won't be bothered responding to axioms begging the question that I didn't even hint on.
Also, as a fair disclosure (of sorts), I have no issues with systemd. I've wrote units for it. I've run it in Debian while I'm running it now in NixOS. I even packaged stuff for it on a couple of distros. On the side, I'm doing some Guix stuff in a VM because I want to see a Debian-Ubuntu relationship evolve around a GuixSD-YetToBe package channel that stabilizes backports and packages non-free kernels and firmwares. I feel this will be the healthiest thing for the linux ecosystem right now since it will make sure all the work naturally flows back into the free base, as opposed to how things are now where free packaging is done after the fact.
As such, when I see work put into new Debian fork, it really pains me. If people are too lazy to figure out how to pull it off in Nix or Guix, just stick to using and packaging for Arch. There's no winning with forking Debian. You'll either fail to get a user-base, or succeed and end-up reliving all the conflicts we've had in Debian in the past since that's what that kind of design does.
compiling...
(Score: 0) by Anonymous Coward on Tuesday May 31 2016, @07:01PM
noone has hurt you, stop acting. what pain do you feel? you are free to do what you want as long others do. noone is giving pain to each other.
this is a passive aggressive attitude to say you are right and others are wrong
fucking systemd shiller