touch-packages team mailing list archive

[Launchpad Bug Tracker <1428540@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package systemd - 219-4ubuntu3

---------------
systemd (219-4ubuntu3) vivid; urgency=medium

  * Merge experimental branch.

systemd (219-5) UNRELEASED; urgency=medium

  [ Didier Roche ]
  * Add "systemd-fsckd" autopkgtest. (LP: #1427312)

  [ Martin Pitt ]
  * journald: Suppress expected cases of "Failed to set file attributes"
    errors. (LP: #1427899)
  * Add systemd-sysv.postinst: Update grub on first installation, so that the
    alternative init system boot entries get updated.
  * debian/tests: Call /tmp/autopkgtest-reboot, to work with autopkgtest >=
    3.11.1.
  * Check for correct architecture identifiers for SuperH. (Closes: #779710)
  * Fix tmpfiles.d to only apply the first match again (regression in 219).
    (LP: #1428540)
 -- Martin Pitt <martin.pitt@xxxxxxxxxx>   Thu, 05 Mar 2015 16:41:24 +0100

** Changed in: systemd (Ubuntu)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1428540

Title:
  tmpfiles.d order not respected any more, breaks rsyslog

Status in systemd package in Ubuntu:
  Fix Released

Bug description:
  With latest systemd we now get wrong permissions on /var/log when
  rsyslog is installed:

  drwxr-xr-x 1 root syslog 772 Mär  5 09:20 /var/log

  It's supposed to be 0775, we install
  /usr/lib/tmpfiles.d/00rsyslog.conf for that. As per documentation, the
  first match should win.

  This is being caught by the boot-and-services autopkgtest.
  This is simple to reproduce:

  $ cat test.conf
  d /var/log 0775 root syslog -
  d /var/log 0755 - - -

  $ sudo SYSTEMD_LOG_LEVEL=debug systemd-tmpfiles --create test.conf
  [/home/martin/test.conf:2] Duplicate line for path "/var/log", ignoring.
  Running create action for entry d /var/log
  Found existing directory "/var/log".
  chmod "/var/log" to mode 775
  /var/log created successfully.
  Running remove action for entry d /var/log
  Running create action for entry d /var/log
  Found existing directory "/var/log".
  chmod "/var/log" to mode 755
  /var/log created successfully.
  Running remove action for entry d /var/log

  So it doesn't recognize that it already has a match, and applies the
  second rule anyway.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1428540/+subscriptions