After a few conversations with people on Lemmy and other places it became clear to me that most aren’t aware of what it can do and how much more robust it is compared to the usual “jankiness” we’re used to.

In this article I highlight less known features and give out a few practice examples on how to leverage Systemd to remove tons of redundant packages and processes.

And yes, Systemd does containers. :)

    • Ghoelian
      link
      fedilink
      English
      12
      edit-2
      11 months ago

      Or, even worse, A start job is running for ... (10s / no limit)

    • @dmar@lemmy.world
      link
      fedilink
      211 months ago

      I don’t see how exactly that is systemd’s fault.

      You are blaming it for having proper dependency handling?

      • @SpaceCadet@sopuli.xyz
        link
        fedilink
        English
        811 months ago

        I’m blaming it for making it a pain in the ass to debug dependency problems and for having the confusing, non-intuitive, overly verbose and redundant syntax that probably caused the problem in the first place.

        Like, who the hell can memorize all the subtle differences in behavior between After=, Requires=, Wants=, Requisite=, BindsTo=, PartOf=, UpHolds= and then all their “reverse” equivalents?

        • @Laser@feddit.de
          link
          fedilink
          111 months ago

          You’re right that the difference isn’t overly obvious. However, for most services, Wants= is enough. I think some of these (like Requisite=) came from actual users’ demands where they had to solve corner cases in their setup that systemd did not allow with the existing features. I think especially UpheldBy= is a smart addition; it adds restarting to a service only if that services is used as a dependency for the one it upholds.