Announcement

Collapse
No announcement yet.

Systemd Saw The Most Commits Ever In 2015

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • interested
    replied
    Originally posted by Shiba View Post

    Back then most distribution relied on sysv or some bsd like init, that's the majority you are talking about. Moving from 2-3 minutes to ~15 seconds made good advertising (like it is something you will ever need) plus it is backed by Red Hat and we all know that what Red Hat do is law.
    Despite what some people claim, faster boot times is always an advantage, especially on systems that rarely are rebooted since they presumably have a need to maximize uptime.

    Fast boot times, while universally attractive, wasn't the main selling point of systemd; it was getting rid of hard to parse and maintain shell scripts and replacing them with plain text config files, and having an init-system with the logic to handle complex dependencies instead of leaving it to humans to hand graft those.

    systemd also provided the first real service management system that Linux ever had, and now provides a defence-in-depth security framework that leaves non-systemd distros in the dust.

    In short, systemd won out because of overwhelming technical superiority, not good advertising of a single feature.


    Originally posted by Shiba View Post

    Yeah, they are modular and replaceable with... nothing. Most got absorbed (udev anyone?) and the rest doesn't work in other combinations (have you tried systemd+ConsoleKit? OpenRC+logind? ecc).


    You clearly aren't well informed about the technical functionality of systemd. Of course systemd works with CK or CK2 or whatever instead of systemd-logind. The core of systemd; systemd (the deamon), udev and journald is rather tiny, and everything else is optional. You can use whatever you like.
    That you can't rip out random pieces of systemd an expect them to work on non-systemd distros isn't a useful criticism. In case of systemd-logind the basic fact that OpenRC etc. don't use Cgroups to name and track processes makes it impossible to use. It is like demanding that some random tablefunction in Libreoffice should magically work on Vim or ed.

    Claiming that systemd "absorbs code" makes you sound that you never heard of Open Source code before. LGPL code can't be "absorbed" in any meaningful way. Udev was invented and maintained by systemd-developers, and they made it easy for non-systemd distros to fork, hence "eudev". Care to name any other projects that got "absorbed" into systemd?



    Originally posted by Shiba View Post
    Also from a developer standpoint working with .desktop-like config files is a cancer.
    Come on. systemd service config files are plain text "key/value" files divided into named sections; it doesn't get easier than that. systemd init files are probably more than 60 trillion times easier to parse for both humans and machines than SysVinit shell scripts.

    Leave a comment:


  • pal666
    replied
    Originally posted by kaprikawn View Post
    I wouldn't normally be a distro elitist, but for you I'll make an exception...maybe if you didn't use some fixed release distro for scrubs you'd have more reason to reboot for kernel upgrades [/joke]
    proper fixed release distros update kernels several times per point release

    Leave a comment:


  • pal666
    replied
    Originally posted by Shiba View Post
    it is backed by Red Hat and we all know that what Red Hat do is law.
    more than 700 developers and still we got imbecile with "kokoko redhat kokoko"

    Leave a comment:


  • winie
    replied
    Originally posted by Master5000 View Post
    Good luck in making Windows more popular than ever!
    People leave linux because of systemd? I guess those morons must love services.msc.
    and why stop there? go on windows forums and nag microsoft to use AUTOEXEC.BAT exclusively for init like the old days

    Leave a comment:


  • cjcox
    replied
    Future commits to systemd will be made by the new commitd module.

    Leave a comment:


  • kaprikawn
    replied
    Originally posted by doublez13 View Post
    ...and I *really* appreciate the extra 30 seconds I get when I'm doing my once a year reboot...
    Just because you reboot once a year doesn't mean everyone else does. The only computer I use that has more than one day uptime is my server, and I even reboot that relatively frequently because it's running Arch, so I reboot it every time there's a new kernel release in the repo.

    I wouldn't normally be a distro elitist, but for you I'll make an exception...maybe if you didn't use some fixed release distro for scrubs you'd have more reason to reboot for kernel upgrades [/joke]

    Leave a comment:


  • arokh
    replied
    Originally posted by Shiba View Post
    Yeah, they are modular and replaceable with... nothing. Most got absorbed (udev anyone?) and the rest doesn't work in other combinations (have you tried systemd+ConsoleKit? OpenRC+logind? ecc).
    So write whatever replacement you like then?

    Also from a developer standpoint working with .desktop-like config files is a cancer.
    Are you referring to unit files? They have made life so easy, could you please elaborate on why you compare them to a life threatening disease?

    Leave a comment:


  • Shiba
    replied
    Originally posted by Daktyl198 View Post

    Based on the direction of most distributions, it's in the extreme majority for systemd to work as intended.
    Back then most distribution relied on sysv or some bsd like init, that's the majority you are talking about. Moving from 2-3 minutes to ~15 seconds made good advertising (like it is something you will ever need) plus it is backed by Red Hat and we all know that what Red Hat do is law.


    Originally posted by Daktyl198 View Post

    The "taking away the Unix" is a misguided believe based on how most distributions package systemd. Most of systemd's features are modular and optional. You can personally build systemd with just the init system if you wanted to, leaving out pretty much everything else, but distributions don't do that because systemd's other modules are awesome from a developer's standpoint.
    Yeah, they are modular and replaceable with... nothing. Most got absorbed (udev anyone?) and the rest doesn't work in other combinations (have you tried systemd+ConsoleKit? OpenRC+logind? ecc).
    Also from a developer standpoint working with .desktop-like config files is a cancer.

    Leave a comment:


  • Turion
    replied
    I personally use use Mint, which still uses Upstart, but honestly I like the idea of a unified base system, including a better init system. It's all for the better. Having a SysV Init system doesn't make linux any better I think. If life can be so much simpler, then so be it! I'm saying it from a simple user's POV, not that of an administrator or developer. As it is, one of the biggest faults of Linux is it's fragmentation, I guess (from the developers' POV anyway)... and systemd is something of a medicine to that, at least partially. I welcome it!

    Leave a comment:


  • Daktyl198
    replied
    Originally posted by doublez13 View Post
    Systemd is faster than shit, and I *really* appreciate the extra 30 seconds I get when I'm doing my once a year reboot. However, (and I could be totally wrong), I just feel that its slowly taking away the Unix in Linux.
    I haven't really paid attention to Systemd's development, but KDBus has given me a sour taste for the developers
    The "taking away the Unix" is a misguided believe based on how most distributions package systemd. Most of systemd's features are modular and optional. You can personally build systemd with just the init system if you wanted to, leaving out pretty much everything else, but distributions don't do that because systemd's other modules are awesome from a developer's standpoint.

    Leave a comment:

Working...
X