Stories
Slash Boxes
Comments

SoylentNews is people

posted by cmn32480 on Monday May 30 2016, @06:44AM   Printer-friendly
from the fed-up-with-the-UNIX-take-over dept.

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.


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 3, Informative) by cubancigar11 on Monday May 30 2016, @01:44PM

    by cubancigar11 (330) on Monday May 30 2016, @01:44PM (#352623) Homepage Journal

    For all that rosy eyed promises of heaven, NixOS by defaults uses systemd.

    WHAT... A.. WASTE.... OF MY... TIME!!!!!

    Starting Score:    1  point
    Moderation   +1  
       Informative=1, Total=1
    Extra 'Informative' Modifier   0  
    Karma-Bonus Modifier   +1  

    Total Score:   3  
  • (Score: 2) by Bot on Monday May 30 2016, @03:07PM

    by Bot (3902) on Monday May 30 2016, @03:07PM (#352639) Journal

    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

      by RamiK (1813) on Monday May 30 2016, @09:48PM (#352774)

      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

        by Anonymous Coward on Tuesday May 31 2016, @07:01PM (#353169)

        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