Announcement

Collapse
No announcement yet.

Systemd 239 Is Being Prepped For Release With Many Changes

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

  • Systemd 239 Is Being Prepped For Release With Many Changes

    Phoronix: Systemd 239 Is Being Prepped For Release With Many Changes

    It has already been three months since the release of systemd 238 and as such release preparations are now underway for systemd 239...

    http://www.phoronix.com/scan.php?pag...9-Preparations

  • #2
    Oh no, please no... Anything but that... Aaargghh...

    Comment


    • #3
      Can't wait to try it on Arch

      Comment


      • #4
        Originally posted by makam View Post
        Oh no, please no... Anything but that... Aaargghh...
        Anything but what? None of these changes seem to have any negative consequences, and some I would even consider good priorities.

        Comment


        • #5
          Originally posted by makam View Post
          Oh no, please no... Anything but that... Aaargghh...
          i can bookmark this and come here when in bad mood to smile

          Comment


          • #6
            Originally posted by schmidtbag View Post
            Anything but what? None of these changes seem to have any negative consequences, and some I would even consider good priorities.
            I didn't even make it halfway trough the list and I noticed 3 potentially breaking changes (at least they are documented).

            Comment


            • #7
              Originally posted by tpruzina View Post

              I didn't even make it halfway trough the list and I noticed 3 potentially breaking changes (at least they are documented).
              Like...?

              Comment


              • #8
                Originally posted by tessio View Post

                Like...?
                * NETWORK INTERFACE DEVICE NAMING CHANGES: systemd-udevd's "net_id" builtin may name network interfaces differently than in previous versions. SR-IOV virtual functions and NPAR partitions with PCI function numbers of 8 and above will be named more predictably, and udev may generate names based on the PCI slot number in some cases where it previously did not.

                * When the RestrictNamespaces= unit property is specified multiple times, then the specified types are merged now. Previously, only the last assignment was used. So, if distribution packagers or administrators modified the setting by a drop-in config file, then it may be necessary to update the file.

                * The systemd-resolve tool has been renamed to resolvectl (it also remains available under the old name, for compatibility), and its interface is now verb-based, similar in style to the other <xyz>ctl tools, such as systemctl or loginctl.
                All of these potentially require modification of userspace stuff that relied on old behavior (found in first 10 paragraphs).

                Here is an example of non-breaking change:
                * coredumpctl's "gdb" verb has been renamed to "debug", in order to support alternative debuggers, for example lldb. The old name continues to be available however, for compatibility reasons. Use the new --debugger= switch or the $SYSTEMD_DEBUGGER environment variable to pick an alternative debugger instead of the default gdb.
                Last edited by tpruzina; 06-12-2018, 10:59 AM.

                Comment


                • #9
                  Originally posted by tpruzina View Post



                  All of these potentially require modification of userspace stuff that relied on old behavior (found in first 10 paragraphs).

                  Here is an example of non-breaking change:
                  fair enough but this "SR-IOV virtual functions and NPAR partitions" is not something anyone on its right mind will let it go as default without checking thoroughly since this is really hardcore high density virtualization server stuff and this was needed in that sector to be more up to par with VmWare ESXi hence this will not affect any average Joe user desktop ever, is not even usable by default or with regular desktop hardware.

                  about "RestrictNamespaces= unit property" this should be null for end users on any decent distro as Arch, Sure, RH, etc. but I will give you 50% chance here because crappy distro do exists.

                  about "systemd-resolve tool has been renamed" I do agree since average Joe may use this tool but also I agree on the why they did it since keeping an uniform naming scheme is important but I think Arch and all other decent distros will simply symlink systemd-resolve -> resolvectl in the meantime to keep it low profile and maybe add some warning to inform the users to use the new name.

                  Comment


                  • #10
                    Originally posted by makam View Post
                    Oh no, please no... Anything but that... Aaargghh...
                    Funny. People complain how systemd is worse than <insert your favorite alternative here>. However when they fix systemd bugs and improve it in other ways, the people will complain even more and more.

                    Comment

                    Working...
                    X