All autopkgtests for the newly accepted systemd (249.11-0ubuntu3.6) for jammy 
have finished running.
The following regressions have been reported in tests triggered by the package:

stunnel4/3:5.63-1build1 (amd64)
munin/2.0.57-1ubuntu2 (amd64)
corosync/unknown (s390x)
conntrack-tools/unknown (s390x)
exim4/4.95-4ubuntu2.1 (ppc64el)
umockdev/0.17.7-1 (armhf)
netplan.io/0.104-0ubuntu2.1 (amd64)
initramfs-tools/0.140ubuntu13 (amd64)
dovecot/unknown (s390x)
network-manager/1.36.6-0ubuntu2 (amd64)
cups/unknown (s390x)


Please visit the excuses page listed below and investigate the failures, 
proceeding afterwards as per the StableReleaseUpdates policy regarding 
autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-
migration/jammy/update_excuses.html#systemd

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

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

Title:
  /etc/localtime symlink not correctly handled when using /etc/writable

Status in systemd package in Ubuntu:
  Fix Released
Status in systemd source package in Jammy:
  Fix Committed
Status in systemd source package in Kinetic:
  Fix Released

Bug description:
  [Impact]
  When using /etc/writable (e.g. Ubuntu Core) /etc/localtime is a symlink to 
/etc/writable/localtime (which in itself if a symlink). Systemd doesn't handle 
this correctly when doing firstboot or using inotify to watch for changes to 
localtime.

  [Test Plan]
  This is somewhat hard to test, the following situations need to be reproduced:
  - On firstboot the timezone link will not be read correctly, it will with 
this change.
  - Starting a timer unit and then changing timezone will cause it not to occur 
at the correct time.

  [Where problems could occur]
  This could potentially break other users of localtime, however the change is 
similar to existing changes which have been in Ubuntu's version of systemd for 
some time. The change detects the /etc/writable case and if not should have the 
same existing behaviour.

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


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to