ubuntu@lp1748147:~$ dpkg -l systemd | grep systemd ii systemd 229-4ubuntu21.4 amd64 system and service manager ubuntu@lp1748147:~$ ls -lad /var/log drwxrwxr-x 7 root syslog 4096 Oct 15 16:32 /var/log
ubuntu@lp1748147:~$ sudo apt install --reinstall systemd ... ubuntu@lp1748147:~$ ls -lad /var/log drwxr-xr-x 7 root syslog 4096 Oct 15 16:32 /var/log ubuntu@lp1748147:~$ dpkg -l systemd | grep systemd ii systemd 229-4ubuntu21.5 amd64 system and service manager ubuntu@lp1748147:~$ ls -lad /var/log drwxrwxr-x 7 root syslog 4096 Oct 15 16:32 /var/log ubuntu@lp1748147:~$ sudo apt install --reinstall systemd ... ubuntu@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 Touch seeded packages, which is subscribed to systemd 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 -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
