There's some backwards incompatible changes so we'll want to keep a watchful eye on builds for a bit.
Please run the following command and reboot:
Re-opening for validation.
Alrighty, I'll prioritize glx and virtualbox during rebuilds then and send you a command to run when they're done rebuilding and ready to be installed for validation.
Cooking linux-current now. In the meantime, do you mind providing the output of: eopkg li | grep 'current' so I know what drivers to prioritize for rebuilds (if any) and provide you links for installation when they're done building and indexing on unstable? Thanks!
Ah, you're right. Clearly I need more coffee.
So I double checked in the pinctrl drivers, the patch referenced is already in 5.4.12 per https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/pinctrl/intel/pinctrl-sunrisepoint.c?h=v5.4.12&id=f702e0b93cdb7785d94d6a508e5b1dac99fd9bff, so your issue is not related to a missing offset.
This is the result of systemd-timesync failing to write the clock file in /var/lib/systemd/timesync/, as in reality prior to v240 (we were on v238, so this applies to us) it was a symlink to ./private/systemd/timesync. The respective clock file cannot be read because the timesync folder itself in /var/lib/systemd/ is owned by root.
Seriously, read the commit... The tarballs were not up during the release. By now this task is already out-of-date because of the frequency of qownnotes releases. It will be updated to whatever is the most latest release with an available tarball next week, as always.
Sat, Jan 18
Seems like something that certainly has value add for inclusion in the repository and it appears you are well maintaining it :)
That's normal, per our latest blog post: https://getsol.us/2020/01/17/new-updates-for-a-new-decade/
Thanks for the bug report, I'll make sure we get this patch merged into linux-current, didn't see it in the changelog for 5.4.13 so probably not in that yet. Should be in next week's sync.
Fri, Jan 17