systemd 257 Debuts With systemd-keyutil & systemd-sbsign Tools, Other Improvements

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • Almindor
    Senior Member
    • Jul 2008
    • 481

    #11
    Originally posted by juxuanu View Post
    Does anyone know what's tangential to both SystemD and sbctl?
    The closest I could think of is kernel and module updates automation wrt. boot and signing the new versions (if you don't use M$ keys for example). But there's no real need why systemd would need to touch either of those...

    Comment

    • ayumu
      Senior Member
      • Oct 2008
      • 673

      #12
      Originally posted by Espionage724 View Post
      Lol that "deleting too many files by accident" line sounds like an understatement https://www.phoronix.com/news/system...es-purge-drama

      But improvements are nice! The musl C patches sound interesting, but the one distro I heard of really using musl (Void) uses a different init https://docs.voidlinux.org/config/services/index.html
      No distro using musl uses systemd for the obvious reason: It doesn't work.

      But I am very happy to hear that systemd is at all working on musl support.

      We really need to move on from glibc.

      Comment

      • Raka555
        Junior Member
        • Nov 2018
        • 681

        #13
        Originally posted by Espionage724 View Post
        Lol that "deleting too many files by accident" line sounds like an understatement https://www.phoronix.com/news/system...es-purge-drama

        But improvements are nice! The musl C patches sound interesting, but the one distro I heard of really using musl (Void) uses a different init https://docs.voidlinux.org/config/services/index.html
        Void stopped offering systemd because it wont work on musl. That is the reason as far as i know
        Last edited by Raka555; 11 December 2024, 01:46 AM.

        Comment

        • waxhead
          Premium For Life
          • Jul 2014
          • 1155

          #14
          Originally posted by shmerl View Post
          What's the story with systemd - some recent update in Debian testing started blocking in the middle of the boot until I press Enter. Is it some known issue with it? Never seen it before.
          I have the same issue except early in boot and it reacts on any key, not just enter. Not even sure it is systems that is causing this behavior.

          http://www.dirtcellar.net

          Comment

          • shmerl
            Senior Member
            • Dec 2009
            • 3514

            #15
            Originally posted by waxhead View Post

            I have the same issue except early in boot and it reacts on any key, not just enter. Not even sure it is systems that is causing this behavior.
            Yep, that's the one and I just tested - it does indeed react to any key. Really strange one. What do you think it can be?

            Analyzing the dmesg, I see that delay happens around this:

            Code:
            systemd[1]: Inserted module 'autofs4'
            UPDATE:

            I think I found the culprit: https://github.com/systemd/systemd/issues/35499
            Last edited by shmerl; 11 December 2024, 02:58 AM.

            Comment

            • lowflyer
              Senior Member
              • Aug 2013
              • 924

              #16
              I'm waiting for systemd-desktop component.

              Comment

              • egorfine
                Junior Member
                • Aug 2014
                • 33

                #17
                Originally posted by caligula View Post
                Alpine Linux uses musl as well. I really hope they'd at least make it possible to use systemd as an alternative to the default init system.
                The problem is that as soon as they make it possible, it won't be long until it's the only init supported. So I sincerely hope they will never do that. Alpine Linux is one of the few islands of sanity in the systemd world; it would be truly sad to loose it. And I've got some production workloads that depend on Alpine, and I don't want to get stuck with an old Alpine version because of that.

                Comment

                • egorfine
                  Junior Member
                  • Aug 2014
                  • 33

                  #18
                  Originally posted by mb_q View Post
                  a yet another, home-grown JSON codec library in C, but which can only handle Systemd-specific structs
                  This is extremely on-brand with systemd folks. I would be surprised if they have actually used one of the mainstream C implementations of JSON.

                  Comment

                  • egorfine
                    Junior Member
                    • Aug 2014
                    • 33

                    #19
                    Originally posted by phoronix View Post
                    With systemd-keyutil
                    Unfortunately, I cannot add a systemd-* pattern to my ubuntu cleaning script, because the base OS depends on some parts of systemd. So, I will have to add these two keywords into a list of crap to apt purge.

                    Comment

                    • caligula
                      Senior Member
                      • Jan 2014
                      • 3345

                      #20
                      Originally posted by egorfine View Post

                      The problem is that as soon as they make it possible, it won't be long until it's the only init supported. So I sincerely hope they will never do that. Alpine Linux is one of the few islands of sanity in the systemd world; it would be truly sad to loose it. And I've got some production workloads that depend on Alpine, and I don't want to get stuck with an old Alpine version because of that.
                      That's just absurd. If systemd is that bad, why would everyone switch to it instead?

                      Comment

                      Working...
                      X