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
      1 year ago

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

    • @xohshoo
      link
      51 year ago

      lol, that brought back memories

    • @dmar
      link
      41 year ago

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

      You are blaming it for having proper dependency handling?

      • @[email protected]
        link
        fedilink
        English
        81 year 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?

        • @[email protected]
          link
          fedilink
          11 year 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.