<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>