All autopkgtests for the newly accepted systemd (245.4-4ubuntu3.18) for focal have finished running. The following regressions have been reported in tests triggered by the package:
linux-gke-5.15/5.15.0-1015.18~20.04.1 (arm64, amd64) netplan.io/0.104-0ubuntu2~20.04.2 (armhf) linux-hwe-5.15/5.15.0-48.54~20.04.1 (armhf, amd64) gvfs/1.44.1-1ubuntu1.1 (ppc64el) linux-oracle-5.15/5.15.0-1016.20~20.04.1 (arm64) linux-oracle-5.13/5.13.0-1036.43~20.04.1 (arm64) linux-hwe-5.11/5.11.0-61.61 (arm64) systemd/245.4-4ubuntu3.18 (armhf) 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/focal/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/1966800 Title: systemd locks up due to incorrect handling of time zone changes Status in systemd package in Ubuntu: Fix Released Status in systemd source package in Focal: Fix Committed Status in systemd package in Fedora: Unknown Bug description: [Impact] This bug can cause systemd timers to lock up systems using the Europe/Dublin timezone if certain OnCalendar values are used. If the timer is enabled at boot, this bug prevents the system from booting. If the timer is started later, systemd becomes unresponsive. [Test Plan] * Create a systemd service and corresponding timer scheduled for 01:00 on Sundays: $ cat /etc/systemd/system/lp-1966800-reproducer.timer [Unit] Description=LP 1966800 reproducer [Timer] OnCalendar=Sun *-*-* 01:00:00 Persistent=true [Install] WantedBy=timers.target $ cat /etc/systemd/system/lp-1966800-reproducer.service [Service] ExecStart=/usr/bin/echo "LP 1966800 reproducer" $ systemctl daemon-reload * Set the date to 21 March, 2021 in the Europe/Dublin timezone (need to disable NTP first): $ timedatectl set-ntp false $ timedatectl set-time "2021-03-21" $ timedatectl set-timezone Europe/Dublin * Try to start the timer, and observe that systemd becomes unresponsive. This command will time out, as will `systemctl status` etc. $ systemctl start lp-1966800-reproducer.timer [Where problems could occur] The patch makes changes in the calendar spec code, which is used by systemd timers to determine the next time to trigger a timer. If this patch breaks something, it would be related to the triggering of systemd timers. [Original Description] Recently on systems in Ireland, systemd became unresponsive due the change from GMT to Irish Standard Time. This is due to Ireland being unique in having their standard time during the summer, unlike most regions. Related to: https://bugzilla.redhat.com/show_bug.cgi?id=1941335 Fixed by: https://github.com/systemd/systemd-stable/commit/a8b66ca9af811148b67ee952ab32748f88b8bba3 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1966800/+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
