← Back to team overview

group.of.nepali.translators team mailing list archive

[Bug 1748147] Re: [SRU] debhelper support override from /etc/tmpfiles.d for systemd

 

This bug was fixed in the package systemd - 229-4ubuntu21.5

---------------
systemd (229-4ubuntu21.5) xenial; urgency=medium

  [ Dimitri John Ledkov ]
  * systemctl: correctly proceed to immediate shutdown if scheduling fails
    (LP: #1670291)
  * hwdb: update micmute on Dell laptops. (LP: #1738153)
  * hwdb: Use wlan keycode for all Dell systems. (LP: #1762385)
  * units: Disable journald Watchdog (LP: #1773148)

  [ Mauricio Faria de Oliveira ]
  * core: Fix for service to enter the 'failed' state (rather than 'inactive') after it repeatedly fails restart.
    (LP: #1795658)

  [ Dimitri John Ledkov ]
  * Disable dh_installinit generation of tmpfiles for the systemd package.
    (LP: #1748147)

 -- Dimitri John Ledkov <xnox@xxxxxxxxxx>  Mon, 08 Oct 2018 16:10:42
+0100

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

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1748147

Title:
  [SRU] debhelper support override from /etc/tmpfiles.d for systemd

Status in debhelper:
  Fix Released
Status in debhelper package in Ubuntu:
  Fix Released
Status in rsyslog package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Fix Released
Status in debhelper source package in Xenial:
  Won't Fix
Status in rsyslog source package in Xenial:
  Invalid
Status in systemd source package in Xenial:
  Fix Released
Status in debhelper source package in Artful:
  Won't Fix
Status in rsyslog source package in Artful:
  Invalid
Status in systemd source package in Artful:
  Won't Fix
Status in debhelper source package in Bionic:
  Won't Fix
Status in rsyslog source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Fix Released

Bug description:
  [Impact]

  /var/log's Permission is going back to 755 after upgrading systemd
  if rsyslog is installed (default)

  [Resolution]
  Ensure that dh_installinit does not "helpfully" generate partial systemd-tmpfiles snippets in systemd package postinst.

  Ensure that a generic systemd-tmpfiles call is done in systemd
  postinst, which takes into account /all/ configurations, not just
  some.

  [Regression Potential]

   * This fix was already tested in bionic and works well there.

   * Bad autogenerated calls to systemd-tmpfiles are removed from
  systemd postinst, and replaced by a call that takes all configs into
  account, thus this is a very safe thing to do - and simply repeats
  what is done on boot, thus is as safe as it gets.

  [Test Case]

  1. Launch xenila container
  2. ls -latr /var
  3. apt install --reinstall systemd
  4. ls -latr /var

  The ownership, group and permissions for /var/log should remain the
  same.

To manage notifications about this bug go to:
https://bugs.launchpad.net/debhelper/+bug/1748147/+subscriptions