<div dir="ltr">When will my utf8 ellipsize patches be reviewed?<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 1, 2013 at 8:34 PM, Lennart Poettering <span dir="ltr"><<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Heya,<br>
<br>
Mostly clean-ups and fixes, but with David's logind Wayland magic we<br>
actually have a major addition, too.<br>
<br>
<a href="http://www.freedesktop.org/software/systemd/systemd-208.tar.xz" target="_blank">http://www.freedesktop.org/software/systemd/systemd-208.tar.xz</a><br>
<br>
CHANGES WITH 208:<br>
<br>
* logind has gained support for facilitating privileged input<br>
and drm device access for unprivileged clients. This work is<br>
useful to allow Wayland display servers (and similar<br>
programs, such as kmscon) to run under the user's ID and<br>
access input and drm devices which are normally<br>
protected. When this is used (and the kernel is new enough)<br>
logind will "mute" IO on the file descriptors passed to<br>
Wayland as long as it is in the background and "unmute" it<br>
if it returns into the foreground. This allows secure<br>
session switching without allowing background sessions to<br>
eavesdrop on input and display data. This also introduces<br>
session switching support if VT support is turned off in the<br>
kernel, and on seats that are not seat0.<br>
<br>
* A new kernel command line option luks.options= is understood<br>
now which allows specifiying LUKS options for usage for LUKS<br>
encrypted partitions specified with luks.uuid=.<br>
<br>
* tmpfiles.d(5) snippets may now use specifier expansion in<br>
path names. More specifically %m, %b, %H, %v, are now<br>
replaced by the local machine id, boot id, hostname, and<br>
kernel version number.<br>
<br>
* A new tmpfiles.d(5) command "m" has been introduced which<br>
may be used to change the owner/group/access mode of a file<br>
or directory if it exists, but do nothing if it doesn't.<br>
<br>
* This release removes high-level support for the<br>
MemorySoftLimit= cgroup setting. The underlying kernel<br>
cgroup attribute memory.soft_limit= is currently badly<br>
designed and likely to be removed from the kernel API in its<br>
current form, hence we shouldn't expose it for now.<br>
<br>
* The memory.use_hierarchy cgroup attribute is now enabled for<br>
all cgroups systemd creates in the memory cgroup<br>
hierarchy. This option is likely to be come the built-in<br>
default in the kernel anyway, and the non-hierarchial mode<br>
never made much sense in the intrinsically hierarchial<br>
cgroup system.<br>
<br>
* A new field _SYSTEMD_SLICE= is logged along with all journal<br>
messages containing the slice a message was generated<br>
from. This is useful to allow easy per-customer filtering of<br>
logs among other things.<br>
<br>
* systemd-journald will no longer adjust the group of journal<br>
files it creates to the "systemd-journal" group. Instead we<br>
rely on the journal directory to be owned by the<br>
"systemd-journal" group, and its setgid bit set, so that the<br>
kernel file system layer will automatically enforce that<br>
journal files inherit this group assignment. The reason for<br>
this change is that we cannot allow NSS look-ups from<br>
journald which would be necessary to resolve<br>
"systemd-journal" to a numeric GID, because this might<br>
create deadlocks if NSS involves synchronous queries to<br>
other daemons (such as nscd, or sssd) which in turn are<br>
logging clients of journald and might block on it, which<br>
would then dead lock. A tmpfiles.d(5) snippet included in<br>
systemd will make sure the setgid bit and group are<br>
properly set on the journal directory if it exists on every<br>
boot. However, we recommend adjusting it manually after<br>
upgrades too (or from RPM scriptlets), so that the change is<br>
not delayed until next reboot.<br>
<br>
* Backlight and random seed files in /var/lib/ have moved into<br>
the /var/lib/systemd/ directory, in order to centralize all<br>
systemd generated files in one directory.<br>
<br>
* Boot time performance measurements (as displayed by<br>
"systemd-analyze" for example) will now read ACPI 5.0 FPDT<br>
performance information if that's available to determine how<br>
much time BIOS and boot loader initialization required. With<br>
a sufficiently new BIOS you hence no longer need to boot<br>
with Gummiboot to get access to such information.<br>
<br>
Contributions from: Andrey Borzenkov, Chen Jie, Colin Walters,<br>
Cristian Rodríguez, Dave Reisner, David Herrmann, David<br>
Mackey, David Strauss, Eelco Dolstra, Evan Callicoat, Gao<br>
feng, Harald Hoyer, Jimmie Tauriainen, Kay Sievers, Lennart<br>
Poettering, Lukas Nykryn, Mantas Mikulėnas, Martin Pitt,<br>
Michael Scherer, Michał Górny, Mike Gilbert, Patrick McCarty,<br>
Sebastian Ott, Tom Gundersen, Zbigniew Jędrzejewski-Szmek<br>
<br>
-- Berlin, 2013-10-02<br>
<span class="HOEnZb"><font color="#888888"><br>
Lennart<br>
<br>
--<br>
Lennart Poettering - Red Hat, Inc.<br>
_______________________________________________<br>
systemd-devel mailing list<br>
<a href="mailto:systemd-devel@lists.freedesktop.org">systemd-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/systemd-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/systemd-devel</a><br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><br>---<br>Shawn Landden<br><div>+1 360 389 3001 (SMS preferred)</div></div>
</div>