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

Dan Streetman dan.streetman at canonical.com
Mon Oct 15 17:30:05 UTC 2018


ubuntu at lp1748147:~$ dpkg -l systemd | grep systemd
ii  systemd        229-4ubuntu21.4 amd64        system and service manager
ubuntu at lp1748147:~$ ls -lad /var/log
drwxrwxr-x 7 root syslog 4096 Oct 15 16:32 /var/log

ubuntu at lp1748147:~$ sudo apt install --reinstall systemd
...
ubuntu at lp1748147:~$ ls -lad /var/log
drwxr-xr-x 7 root syslog 4096 Oct 15 16:32 /var/log



ubuntu at lp1748147:~$ dpkg -l systemd | grep systemd
ii  systemd        229-4ubuntu21.5 amd64        system and service manager
ubuntu at lp1748147:~$ ls -lad /var/log
drwxrwxr-x 7 root syslog 4096 Oct 15 16:32 /var/log

ubuntu at lp1748147:~$ sudo apt install --reinstall systemd
...
ubuntu at lp1748147:~$ ls -lad /var/log
drwxrwxr-x 7 root syslog 4096 Oct 15 16:32 /var/log


** Tags removed: verification-needed verification-needed-xenial
** Tags added: verification-done verification-done-xenial

** Tags removed: sts-sru-needed

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to rsyslog in Ubuntu.
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 Committed
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



More information about the foundations-bugs mailing list