Announcement

Collapse
No announcement yet.

Lennart Talks Up The Power Of systemd-sysext For Testing /usr Changes

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    So you could use this with something like Fedora Silverblue to contain extra installed software into its own sub image right? That would certainly speed up additions/removals by not having to recreate the whole OS image every time.

    Comment


    • #12
      Originally posted by pLdvJbMV View Post
      So you could use this with something like Fedora Silverblue to contain extra installed software into its own sub image right? That would certainly speed up additions/removals by not having to recreate the whole OS image every time.
      That's what I was thinking of, too. Instead of layering and merging and all that BS, throw it into a sysext.

      Could also an interesting thing if Valve picks it up for game distribution.

      Comment


      • #13
        Originally posted by Nuc!eoN View Post
        Frankly, the time of systemd is up.
        "The dogs bark, but the caravan goes on"
        Last edited by intelfx; 27 April 2022, 09:18 AM.

        Comment


        • #14
          At first glance I read it as "Lennart talks up the power of systemd-sex", and figured systemd was finally getting its long-awaited AI sex robot module.

          Comment


          • #15
            Puppy Linux seems to have solved this in a more generic way, without creating additional dependencies.

            Comment


            • #16
              Looks like what Python does with Virtual Environments ... but more versatile, since it's can be used for anything, not just Python.

              Comment


              • #17
                If this was an Android blog, the title would read: Changing /usr Systemlessly!

                This looks similar to Magisk for Silverblue. I like it. Like others have already pointed out, overlaying system changes at runtime with this seems much simpler than what Silverblue currently does.

                Also, people making system changes on the Steam Deck should be using this already, since system changes are not supported by Valve at all. This allows Deck users to make changes at runtime without breaking updates.

                Comment


                • #18
                  Originally posted by andyprough View Post
                  At first glance I read it as "Lennart talks up the power of systemd-sex", and figured systemd was finally getting its long-awaited AI sex robot module.
                  That would give an entirely different meaning to the ā€˜dā€™ in systemd.

                  Comment


                  • #19
                    Originally posted by pLdvJbMV View Post
                    So you could use this with something like Fedora Silverblue to contain extra installed software into its own sub image right? That would certainly speed up additions/removals by not having to recreate the whole OS image every time.
                    rpm-ostree already uses overlay images and does something similar. https://github.com/coreos/rpm-ostree/issues/639 and https://coreos.github.io/rpm-ostree/apply-live/

                    Comment


                    • #20
                      Originally posted by skeevy420 View Post

                      Standardization.
                      1000x this!!

                      If the distro uses systemd, you just need to learn how to use it once, after that, everything is just some "something-ctl" command away
                      journalctl
                      systemctl
                      and so on...

                      The unit (systemd name for "jobs") have their configuration location well defined, you can create unit for a simple bash which echoes "Hello World" and easily include it to be run at login and do several other stuff without having to deal with its inherited complexities as systemd encapsulates that for you

                      The hate that systemd get is from those whom doesn't bother to go through the learning curve of a new tech, even if it fixes several of the existing issues
                      Last edited by andrei_me; 27 April 2022, 12:41 PM.

                      Comment

                      Working...
                      X