• secret300@lemmy.sdf.org
    link
    fedilink
    arrow-up
    28
    arrow-down
    1
    ·
    6 months ago

    But for why (I’m commenting this before reading) wouldn’t it make more sense to home I’m the scope of systemd so it can be easier to maintain? Why have it do everything?

    • voxel@sopuli.xyz
      link
      fedilink
      arrow-up
      32
      arrow-down
      3
      ·
      edit-2
      6 months ago

      systemd is more of a set of products and software components branded under a single name rather than a single thing.
      systemd itself is rather simple, as most other pieces systemd-* software, like systemd-boot, systemd-networkd and systemd-resolvd. these are usually more stable and less bloated than more popular alternatives

      • exanime@lemmy.today
        link
        fedilink
        arrow-up
        4
        ·
        edit-2
        6 months ago

        As long as they can work independently, yes. If they are modular and a distro admin (or just a computer admin) can choose to install and use systemd-x but not install or use systemd-y, we are in good business

        Now if you have to take a few you don’t like or need to use so that the one component you do want works, then no

        I honestly don’t know enough of systemd to say either way

    • Auzy@beehaw.org
      link
      fedilink
      arrow-up
      9
      arrow-down
      1
      ·
      6 months ago

      You can’t think of it a single massive project. It’s actually lots of small components.

      We could argue the linux kernel is bloated too. The reality is though, provided the project is designed to be modular (as SystemD is), it actually makes sense to keep it together, to ensure there is a standard base and all the components are synchronised fully with their API’s.

      It also saves distro’s a lot of effort.

      • corsicanguppy@lemmy.ca
        link
        fedilink
        arrow-up
        2
        ·
        6 months ago

        distro’s

        You can pluralize without the apostrophe. In fact, you never need an apostrophe to pluralize.

        It also saves distro’s a lot of effort.

        Only if they want to break free.

        And they don’t need nfsroot or a separate consolidated /usr mount or, really, a whole host of things that lennart didnt understand and unilaterally broke like an arrogant noob.

        But that’s blasphemy.

      • TechNom (nobody)@programming.dev
        link
        fedilink
        English
        arrow-up
        2
        ·
        6 months ago

        In practice, all those tight coupling between components mean that it behaves more or less monolithic, despite the claims to the contrary. Replacing them with alternatives is a pain because something else breaks or some software has a hard dependency on it.

    • August27th@lemmy.ca
      link
      fedilink
      arrow-up
      19
      arrow-down
      17
      ·
      6 months ago

      Why have it do everything?

      Isn’t the guy behind systemd a (former?) Microsoft employee? I feel as though that might offer a clue as to why the trajectory towards bloat.

      • erwan@lemmy.ml
        link
        fedilink
        arrow-up
        4
        arrow-down
        1
        ·
        6 months ago

        He’s working for Microsoft now but it’s very recent, he developed systemd while working at RedHat.

        I don’t even know of he’s still working on it. There are a lot of things to be said about systemd and Lennart but the link to Microsoft is irrelevant.

        • sunshine@lemmy.ml
          link
          fedilink
          arrow-up
          33
          ·
          edit-2
          6 months ago

          The guy who discovered the xz attack was also a Microsoft employee, for what it’s worth.

          • ufo420@lemmy.today
            link
            fedilink
            arrow-up
            4
            arrow-down
            26
            ·
            6 months ago

            Maybe they discovered xz attack because they are familiar with these things.

        • LemmyHead@lemmy.ml
          link
          fedilink
          arrow-up
          5
          arrow-down
          2
          ·
          6 months ago

          Why do you consider it as poisoning? I’ve heard the argument about not doing things the traditional Linux way (binary logs for example). But if the alternative provides so many benefits, why is it an issue? Systemd is a piece of cake for all parties compared to sysvinit and alternatives, so why is it bad when it solves so many issued, and makes it super easy to use by just adding e.g. a new option to a Unit?

          Another example: timers are more complex than cronjobs, but timers offer additional needed features like dependencies, persistence, easy and understandable syntax, and more. So although more complex, once you get the hang of them, they’re a very welcomed feature imo

          • PseudoSpock@lemmy.dbzer0.com
            link
            fedilink
            arrow-up
            3
            ·
            6 months ago

            By itself, solely doing init, it would have been fine, however, binary logging (even if you eventually end up with a text log, that’s wasting disk space on a binary format no one wants or needs), and it didn’t stop there. He keeps replacing Linux subsystem after subsystem, and many of those replacements are not progress, just duplication of effort and creates more ways for configuration drift.

            • ProtonBadger@lemmy.ca
              link
              fedilink
              arrow-up
              3
              arrow-down
              1
              ·
              6 months ago

              Here is the rationale for the Journal. In short it is really not that simple and it has a lot of advantages over simple text files and it saves disk space.

            • LemmyHead@lemmy.ml
              link
              fedilink
              arrow-up
              1
              arrow-down
              1
              ·
              6 months ago

              You can still forward to text syslog or to a central logging server like Loki if working with multiple hosts. I still don’t get the issue with binary logs.

              • PseudoSpock@lemmy.dbzer0.com
                link
                fedilink
                arrow-up
                1
                ·
                6 months ago

                Yes, and many distros have that out of the box… But they don’t have it sent to keep the binary journal as close to empty as possible. So you end up with twice the space in use for logs. As for the issue with binary logs, text logs can be read by far more tools and utilities, rather than just journalctl and pipes.

                • LemmyHead@lemmy.ml
                  link
                  fedilink
                  arrow-up
                  1
                  arrow-down
                  1
                  ·
                  6 months ago

                  You can set the space limit for journals logs really low then, to avoid double space usage. As for the last argument, that also was an issue for me years ago because not all tools were compatible with the journald format, but that’s since long fixed now and I’ve not experienced any issue for a long time. Journal logs provide a standard format for all applications, so third party tools don’t need to be compatible with every log format of your applications. And it also comes with great additional features like -b or --since etc. So I still don’t get the issue here

    • LemmyHead@lemmy.ml
      link
      fedilink
      arrow-up
      2
      ·
      6 months ago

      I can understand that it makes it easier to add changes that would benefit systemd and distros in general. I read that they introduced run0 to solve long shortcomings of sudo (I’m not aware of which). That sounds logical.