Re: [systemd-devel] [ANNOUNCE] systemd 208
On Thu, Oct 03, 2013 at 10:14:35AM -0700, Shawn Landden wrote: > When will my utf8 ellipsize patches be reviewed? Hi, falconindy's patches which unified udev handling got in first, but since they touch similar code, it makes everything harder. Reviewing your patches is on the top of my todo list. I returned from vacation yesterday, so I should be able to get to it soonish. Zbyszek ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [ANNOUNCE] systemd 208
When will my utf8 ellipsize patches be reviewed? On Tue, Oct 1, 2013 at 8:34 PM, Lennart Poettering wrote: > Heya, > > Mostly clean-ups and fixes, but with David's logind Wayland magic we > actually have a major addition, too. > > http://www.freedesktop.org/software/systemd/systemd-208.tar.xz > > CHANGES WITH 208: > > * logind has gained support for facilitating privileged input > and drm device access for unprivileged clients. This work is > useful to allow Wayland display servers (and similar > programs, such as kmscon) to run under the user's ID and > access input and drm devices which are normally > protected. When this is used (and the kernel is new enough) > logind will "mute" IO on the file descriptors passed to > Wayland as long as it is in the background and "unmute" it > if it returns into the foreground. This allows secure > session switching without allowing background sessions to > eavesdrop on input and display data. This also introduces > session switching support if VT support is turned off in the > kernel, and on seats that are not seat0. > > * A new kernel command line option luks.options= is understood > now which allows specifiying LUKS options for usage for LUKS > encrypted partitions specified with luks.uuid=. > > * tmpfiles.d(5) snippets may now use specifier expansion in > path names. More specifically %m, %b, %H, %v, are now > replaced by the local machine id, boot id, hostname, and > kernel version number. > > * A new tmpfiles.d(5) command "m" has been introduced which > may be used to change the owner/group/access mode of a file > or directory if it exists, but do nothing if it doesn't. > > * This release removes high-level support for the > MemorySoftLimit= cgroup setting. The underlying kernel > cgroup attribute memory.soft_limit= is currently badly > designed and likely to be removed from the kernel API in its > current form, hence we shouldn't expose it for now. > > * The memory.use_hierarchy cgroup attribute is now enabled for > all cgroups systemd creates in the memory cgroup > hierarchy. This option is likely to be come the built-in > default in the kernel anyway, and the non-hierarchial mode > never made much sense in the intrinsically hierarchial > cgroup system. > > * A new field _SYSTEMD_SLICE= is logged along with all journal > messages containing the slice a message was generated > from. This is useful to allow easy per-customer filtering of > logs among other things. > > * systemd-journald will no longer adjust the group of journal > files it creates to the "systemd-journal" group. Instead we > rely on the journal directory to be owned by the > "systemd-journal" group, and its setgid bit set, so that the > kernel file system layer will automatically enforce that > journal files inherit this group assignment. The reason for > this change is that we cannot allow NSS look-ups from > journald which would be necessary to resolve > "systemd-journal" to a numeric GID, because this might > create deadlocks if NSS involves synchronous queries to > other daemons (such as nscd, or sssd) which in turn are > logging clients of journald and might block on it, which > would then dead lock. A tmpfiles.d(5) snippet included in > systemd will make sure the setgid bit and group are > properly set on the journal directory if it exists on every > boot. However, we recommend adjusting it manually after > upgrades too (or from RPM scriptlets), so that the change is > not delayed until next reboot. > > * Backlight and random seed files in /var/lib/ have moved into > the /var/lib/systemd/ directory, in order to centralize all > systemd generated files in one directory. > > * Boot time performance measurements (as displayed by > "systemd-analyze" for example) will now read ACPI 5.0 FPDT > performance information if that's available to determine how > much time BIOS and boot loader initialization required. With > a sufficiently new BIOS you hence no longer need to boot > with Gummiboot to get access to such information. > > Contributions from: Andrey Borzenkov, Chen Jie, Colin Walters, > Cristian Rodríguez, Dave Reisner, David Herrmann, David > Mackey, David Strauss, Eelco Dolstra, Evan Callicoat, Gao > feng, Harald Hoyer, Jimmie Tauriainen, Kay Sievers, Lennart > Poettering, Lukas Nykryn, Mantas Mikulėnas, Martin Pitt, > Mi
Re: [systemd-devel] [ANNOUNCE] systemd 208
'Twas brillig, and David Strauss at 02/10/13 06:04 did gyre and gimble: > And, of particular importance to some high-density users: unit > ordering reworked around a hashmap that scales much better with large > numbers of Unix socket and mount units. Initial testing shows > daemon-reload times dropping from 8+ seconds to under 2 with thousands > of mount+automount unit pairs. Further work on this is still ongoing. Nice work! :) Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/ ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [ANNOUNCE] systemd 208
And, of particular importance to some high-density users: unit ordering reworked around a hashmap that scales much better with large numbers of Unix socket and mount units. Initial testing shows daemon-reload times dropping from 8+ seconds to under 2 with thousands of mount+automount unit pairs. Further work on this is still ongoing. Thanks Lennart! ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [ANNOUNCE] systemd 208
Heya, Mostly clean-ups and fixes, but with David's logind Wayland magic we actually have a major addition, too. http://www.freedesktop.org/software/systemd/systemd-208.tar.xz CHANGES WITH 208: * logind has gained support for facilitating privileged input and drm device access for unprivileged clients. This work is useful to allow Wayland display servers (and similar programs, such as kmscon) to run under the user's ID and access input and drm devices which are normally protected. When this is used (and the kernel is new enough) logind will "mute" IO on the file descriptors passed to Wayland as long as it is in the background and "unmute" it if it returns into the foreground. This allows secure session switching without allowing background sessions to eavesdrop on input and display data. This also introduces session switching support if VT support is turned off in the kernel, and on seats that are not seat0. * A new kernel command line option luks.options= is understood now which allows specifiying LUKS options for usage for LUKS encrypted partitions specified with luks.uuid=. * tmpfiles.d(5) snippets may now use specifier expansion in path names. More specifically %m, %b, %H, %v, are now replaced by the local machine id, boot id, hostname, and kernel version number. * A new tmpfiles.d(5) command "m" has been introduced which may be used to change the owner/group/access mode of a file or directory if it exists, but do nothing if it doesn't. * This release removes high-level support for the MemorySoftLimit= cgroup setting. The underlying kernel cgroup attribute memory.soft_limit= is currently badly designed and likely to be removed from the kernel API in its current form, hence we shouldn't expose it for now. * The memory.use_hierarchy cgroup attribute is now enabled for all cgroups systemd creates in the memory cgroup hierarchy. This option is likely to be come the built-in default in the kernel anyway, and the non-hierarchial mode never made much sense in the intrinsically hierarchial cgroup system. * A new field _SYSTEMD_SLICE= is logged along with all journal messages containing the slice a message was generated from. This is useful to allow easy per-customer filtering of logs among other things. * systemd-journald will no longer adjust the group of journal files it creates to the "systemd-journal" group. Instead we rely on the journal directory to be owned by the "systemd-journal" group, and its setgid bit set, so that the kernel file system layer will automatically enforce that journal files inherit this group assignment. The reason for this change is that we cannot allow NSS look-ups from journald which would be necessary to resolve "systemd-journal" to a numeric GID, because this might create deadlocks if NSS involves synchronous queries to other daemons (such as nscd, or sssd) which in turn are logging clients of journald and might block on it, which would then dead lock. A tmpfiles.d(5) snippet included in systemd will make sure the setgid bit and group are properly set on the journal directory if it exists on every boot. However, we recommend adjusting it manually after upgrades too (or from RPM scriptlets), so that the change is not delayed until next reboot. * Backlight and random seed files in /var/lib/ have moved into the /var/lib/systemd/ directory, in order to centralize all systemd generated files in one directory. * Boot time performance measurements (as displayed by "systemd-analyze" for example) will now read ACPI 5.0 FPDT performance information if that's available to determine how much time BIOS and boot loader initialization required. With a sufficiently new BIOS you hence no longer need to boot with Gummiboot to get access to such information. Contributions from: Andrey Borzenkov, Chen Jie, Colin Walters, Cristian Rodríguez, Dave Reisner, David Herrmann, David Mackey, David Strauss, Eelco Dolstra, Evan Callicoat, Gao feng, Harald Hoyer, Jimmie Tauriainen, Kay Sievers, Lennart Poettering, Lukas Nykryn, Mantas Mikulėnas, Martin Pitt, Michael Scherer, Michał Górny, Mike Gilbert, Patrick McCarty, Sebastian Ott, Tom Gundersen, Zbigniew Jędrzejewski-Szmek -- Berlin, 2013-10-02 Lennart -- Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing