this post was submitted on 04 Oct 2023
728 points (95.3% liked)

linuxmemes

21251 readers
1471 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

  • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
     
    (page 2) 50 comments
    sorted by: hot top controversial new old
    [–] gunpachi@lemmings.world 14 points 1 year ago (3 children)

    I don't have anything against systemd that is until I tried void linux for the first time. The working of runit seemed very simple and efficient compared to the complexity of systemd.

    I still don't hate systemd, but I just wish it was simpler.

    load more comments (3 replies)
    [–] art@lemmy.world 14 points 1 year ago

    For a desktop it's suitable for 99% of what you'd want to do. Might not be the best tool for large servers or something (I really don't know) but I'm sure all that depends on use case.

    [–] onlinepersona@programming.dev 13 points 1 year ago* (last edited 1 year ago) (19 children)

    The arguments against systemd come from the same people that love IRC, mailinglists, tiling window managers, split keyboards, don't have a mouse, debug with printf, main arch or gentoo, unironically write RTFM|LMGTFY, call users "lusers", play DnD, think Startrek and/or Star Wars cannot be topped, identify with the portrayed super hackers in media, and are proud of doing things the hard way just to feel some kind of superiority in their life.

    Edit: for those who don't get it, I'm obviously not being serious. If you fit this mythical, stereotypical person... uh... good job?

    [–] dm_me_your_feet@lemmy.world 12 points 1 year ago* (last edited 1 year ago)

    This description literally fits everyone in my team at work and i love it. I m the least nerdy one there and its beautiful.

    load more comments (18 replies)
    [–] spark947@lemm.ee 13 points 1 year ago

    I feel like, at this point, it has more than proved itself as a general purpose desktop scheduler. But there are situations where you would want something different but a lot of software depends on it anyway.

    I also kinda don't understand the hate toward the project itself, other than hearing some of the technical guidance on it has been a bit arrogant in the past or something. Sounds like sily open source drama to me honestly.

    [–] JTskulk@lemmy.world 12 points 1 year ago (4 children)

    I only hate it because I can't figure out how to run a blocking script before everything else when a suspend is initiated.

    load more comments (4 replies)
    [–] platypus_plumba@lemmy.world 12 points 1 year ago (1 children)

    Linux power-users hate it when a tool tries to become a platform.

    It breaks the principle of single responsibility and becomes a threat to the evolution of alternatives.

    It's pros and cons. Having a platform is better because everyone works together on a single effort. But it also becomes a risk because now everyone depends on a single thing that does too much.

    [–] jet@hackertalks.com 8 points 1 year ago

    I can't agree with this comment more.

    A lot of Unix philosophy, at least in the early days, was KISS. Keep it simple stupid.

    Lots of interlocking components, doing one thing, doing it well.

    Systemd turns that philosophy on its head.

    [–] avidamoeba@lemmy.ca 11 points 1 year ago* (last edited 1 year ago) (3 children)

    You're 10 years too late. We're all on the systemd bandwagon today.

    [–] xan@discuss.tchncs.de 7 points 1 year ago (3 children)

    I've seen some modern hate 🧐

    load more comments (3 replies)
    load more comments (2 replies)
    [–] corsicanguppy@lemmy.ca 10 points 1 year ago (1 children)

    It's a pretty bridge, they'd say, but be careful you don't look at the supports. It was built using bad techniques, bad procedures, no coordination and no inspection.

    Just cross your fingers as you drive over and hope it doesn't blow up because of its flawed construction.

    I find it's a great way to cross the river, today.

    load more comments (1 replies)
    [–] Cyberflunk@lemmy.world 10 points 1 year ago

    What else are you going to do? runnit? 😭

    [–] clumsyninza@lemmy.world 8 points 1 year ago (3 children)

    What's up with the username?

    [–] seaQueue@lemmy.world 12 points 1 year ago

    Welcome to the Internet

    load more comments (2 replies)
    [–] xcutie@linux.community 8 points 1 year ago* (last edited 1 year ago) (3 children)

    I find everything so complicated with systemd.

    SysV was just intuitive for me and my knowledge. There was just one directory with all the startup scripts in it. And they were run in their alphanumerical ordner. Just that simple. If I wanted to change the order in which the scripts started, I just had to rename the file. You don't want a script to run at all? Just remove it.

    I assume, systemd has many advantages for a knowledged user. But for me, it still is just a hassle.

    [–] flying_sheep@lemmy.ml 10 points 1 year ago (2 children)

    I haven't had to debug a bash script since systemd became a thing, so I have a vastly different experience from you.

    load more comments (2 replies)
    [–] Jimbob0i0@lemmy.world 8 points 1 year ago (1 children)

    And what happened if one of those scripts failed?

    How did your express a dependency of a service on data being mounted?

    Did you ever have to face debugging failing networking via scripts?

    load more comments (1 replies)
    load more comments (1 replies)
    [–] tentaclius@lemm.ee 8 points 1 year ago

    Every new tools (especially those being pushed by big corporations) meets resistance and suspicion. It's a new thing to learn instead of something proven to work, usually more resource-hungry...

    load more comments
    view more: ‹ prev next ›