diff options
Diffstat (limited to '')
-rw-r--r-- | debian/NEWS | 120 |
1 files changed, 120 insertions, 0 deletions
diff --git a/debian/NEWS b/debian/NEWS new file mode 100644 index 0000000..100a1df --- /dev/null +++ b/debian/NEWS @@ -0,0 +1,120 @@ +systemd (251.3-2) unstable; urgency=medium + + systemd-resolved has been split into a separate package. + This new systemd-resolved package will not be installed automatically on + upgrades. If you are using systemd-resolved, please install this new + package manually. + + -- Luca Boccassi <bluca@debian.org> Thu, 05 Aug 2022 20:26:12 +0100 + +systemd (251.2-3) unstable; urgency=medium + + systemd-boot has been split into a separate package. + This new systemd-boot package will not be installed automatically on + upgrades. If you are using systemd-boot, please install this new + package manually. + + The default boot loader in Debian is grub2. If you have not set up + systemd-boot manually, no action is required on your side. + + -- Michael Biebl <biebl@debian.org> Wed, 08 Jun 2022 21:49:47 +0200 + +systemd (251.1-1) unstable; urgency=medium + + systemd-journal-gatewayd and systemd-journal-remote are now built + without the --trust option, in order to be able to switch away from + gnutls to openssl. + + -- Luca Boccassi <bluca@debian.org> Thu, 26 May 2022 00:55:39 +0100 + +systemd (247.2-2) unstable; urgency=medium + + systemd now defaults to the "unified" cgroup hierarchy (i.e. cgroupv2). + This change reflects the fact that cgroupsv2 support has matured + substantially in both systemd and in the kernel. + All major container tools nowadays should support cgroupv2. + If you run into problems with cgroupv2, you can switch back to the previous, + hybrid setup by adding "systemd.unified_cgroup_hierarchy=false" to the + kernel command line. + You can read more about the benefits of cgroupv2 at + https://www.kernel.org/doc/html/latest/admin-guide/cgroup-v2.html + + -- Michael Biebl <biebl@debian.org> Mon, 21 Dec 2020 18:40:10 +0100 + +systemd (247.2-1) unstable; urgency=medium + + KERNEL API INCOMPATIBILITY: Linux 4.14 introduced two new uevents + "bind" and "unbind" to the Linux device model. When this kernel + change was made, systemd-udevd was only minimally updated to handle + and propagate these new event types. The introduction of these new + uevents (which are typically generated for USB devices and devices + needing a firmware upload before being functional) resulted in a + number of issues which we so far didn't address. We hoped the kernel + maintainers would themselves address these issues in some form, but + that did not happen. To handle them properly, many (if not most) udev + rules files shipped in various packages need updating, and so do many + programs that monitor or enumerate devices with libudev or sd-device, + or otherwise process uevents. Please note that this incompatibility + is not fault of systemd or udev, but caused by an incompatible kernel + change that happened back in Linux 4.14, but is becoming more and + more visible as the new uevents are generated by more kernel drivers. + + To learn more about the required udev rules changes please check the + "CHANGES WITH 247" section of /usr/share/doc/systemd/NEWS.gz. + + -- Balint Reczey <rbalint@ubuntu.com> Fri, 11 Dec 2020 18:22:42 +0100 + +systemd (241-4) unstable; urgency=medium + + DRM render nodes (/dev/dri/renderD*) are now owned by group "render" + (previously group "video"). Dynamic ACLs via the "uaccess" udev tag are still + applied, so in the common case things should just continue to work. + If you rely on static permissions to access those devices, you need to update + group memberships accordingly to use group "render" now. + + -- Michael Biebl <biebl@debian.org> Fri, 17 May 2019 19:15:32 +0200 + +systemd (236-1) unstable; urgency=medium + + DynamicUser=yes has been enabled for systemd-journal-upload.service and + systemd-journal-gatewayd.service. + This means we no longer need to statically allocate a systemd-journal-upload + and systemd-journal-gateway user and you can now safely remove those system + users along with their associated groups. + + -- Michael Biebl <biebl@debian.org> Sun, 17 Dec 2017 21:17:32 +0100 + +systemd (231-1) unstable; urgency=low + + This version drops support for running /etc/rcS.d SysV init scripts. + These are prone to cause dependency loops, and almost all Debian packages + with rcS scripts now ship a native systemd service. If you have custom or + third-party rcS scripts you need to convert them or change them to run + in rc2.d/ - rc5.d/; see this page for details: + <https://wiki.debian.org/Teams/pkg-systemd/rcSMigration>. + + -- Martin Pitt <mpitt@debian.org> Thu, 14 Jul 2016 12:54:34 +0200 + +systemd (224-2) unstable; urgency=medium + + This version splits out systemd-nspawn, systemd-machined, and machinectl + into the new "systemd-container" package. That now also enables + systemd-importd. + + -- Martin Pitt <mpitt@debian.org> Sat, 22 Aug 2015 15:58:43 +0200 + +systemd (220-7) unstable; urgency=medium + + The mechanism for providing stable network interface names changed. + Previously they were kept in /etc/udev/rules.d/70-persistent-net.rules + which mapped device MAC addresses to the (arbitrary) name they got when + they first appeared (i. e. mostly at the time of installation). As this + had several problems and is not supported any more, this is deprecated in + favor of the "net.ifnames" mechanism. With this most of your network + interfaces will get location-based names. If you have ifupdown, firewall, + or other configuration that relies on the old names, you need to update + these by Debian 10/Ubuntu 18.04 LTS, and then remove + /etc/udev/rules.d/70-persistent-net.rules. Please see + /usr/share/doc/udev/README.Debian.gz for details about this. + + -- Martin Pitt <mpitt@debian.org> Mon, 15 Jun 2015 15:30:29 +0200 |