[00:45] <sarnold> bdmurray: 1764801 has a HookError_ubuntu.txt that shows another python3 transition problem :(
[02:17] <bdmurray> sarnold: I've a fix for that staged
[02:17] <sarnold> bdmurray: cool! thanks :)
[02:20] <sarnold> doko: is this one for you? 1767493
[07:02] <pitti> cpaelzer: cockpit autopkgtests> that was still an older version 151; the newer ones in artful-backports and bionic have this fixed
[07:03] <pitti> cpaelzer: so ignoring those seems fine, probably easiest at this point IMHO
[07:03] <pitti> (alternative would be to SRU the current autopkgtest)
[07:13] <cpaelzer> hi pitti
[07:13] <cpaelzer> yeah I tihnk at this point adding the hint is the best option
[07:14] <cpaelzer> there is already a newer version in the backports, I doubt it is reasonable for the remaining few months to SRU the same
[07:14] <cpaelzer> let me propose a britney hint for you to ack
[07:21] <cpaelzer> pitti: we already did this a while back https://bazaar.launchpad.net/~paelzer/britney/hints-ubuntu-artful-cockpit/revision/2647
[07:22] <cpaelzer> I didn't realize back then that other arches were similarly busted
[07:22] <cpaelzer> I'm actually really happy with the newer version so far and appreciate that it essentially runs a rather huge test set
[07:22] <cpaelzer> pitti: for now https://code.launchpad.net/~paelzer/britney/hints-ubuntu-artful-cockpitfails/+merge/344874
[07:23] <cpaelzer> I'm not sure if you are still SRU team to push, but at least approving would be good
=== JanC_ is now known as JanC
[08:01] <willcooke_> Hi all, could someone who is a moderator of the ubuntu-devel mailing list approve my reply re: data gathering from yesterday?
[08:01] <seb128> cjwatson, ^
[08:29] <cjwatson> willcooke_,seb128: done
[08:30] <seb128> cjwatson, thx
[08:32] <seb128> does anyone know where I could download a bionic daily iso from early april or a beta2 one?
[08:33] <willcooke_> thanks cjwatson
[08:34] <seb128> seems like willcooke_ has an old iso around
[08:38] <slangasek> seb128: if you needed it, we could probably find the beta2 images still laying around on nusakan
[08:39] <seb128> slangasek, thanks, I should be fine with what willcooke_ found but I let you know if it turns out to not be what I was looking for
[09:25] <seb128> slangasek, the iso from willcooke was a kylin one ... do you think you can find the beta2 one on nusakan?
[09:26] <slangasek> seb128: I actually have ubuntu desktop beta2 locally, if you want to run by Ballsaal B with a USB stick
=== lifeless_ is now known as lifeless
=== Son_Goku is now known as Conan_Kudo
=== Conan_Kudo is now known as Son_Goku
[15:27] <seb128> dear launchpad please stop timeouting, thx
[16:34] <mdeslaur> tkamppeter: I plan on backporting qpdf 8.0.2 to our stable releases as a security update, and rebuilding cups-filters. Is there anything majorly wrong with qpdf 8.0.2?
=== led_ir23 is now known as led_ir22
[18:40] <xnox> kees, re:watchdog modules, it sounds like you may want to meet up with ogasawara & slangasek to discuss https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1767172
[18:40] <ubottu> Launchpad bug 1767172 in linux (Ubuntu) "Regression: /etc/modules checked against blacklist or it's really hard to load blacklisted watchdog modules when one really wants one" [Undecided,Incomplete]
[19:08] <sarnold> willcooke: can you take a quick look at 1767918 and assign / redirect as needed? thanks
[19:34] <kees> xnox: yeah, dunno. I've already asked the kernel team to not blacklist my particular module (and sent a patch)
[19:34] <kees> it's an unpleasant state, but I think it's just the rpi3 issue that makes a difference.
[19:34] <kees> and that's a problem with the watchdog blacklist from the kernel being too broad.
[19:34] <kees> but systemd processing /etc/modules IS a regression...
[19:45] <xnox> kees, note e.g. loading watchdog module alone is probably not good enough, as one should configure /etc/systemd/system.conf, since "By default RuntimeWatchdogSec= defaults to 0 (off)"
[19:46] <xnox> kees, do you use systemd as watchdog, or something else?
[19:47]  * xnox wishes /etc/modules was not supported at all anymore =)
[19:47] <sarnold> why?
[19:47] <xnox> sarnold, because one should use modules-load.d(5) obviously
[19:48] <sarnold> ah okay
[19:51] <xnox> kees, ShutdownWatchdogSec= defaults to 10min... i'm confused how shutdown/reboot works on rasperipi. I guess there are things happening to handle the reboot syscall, as i hope it doesn't rely on a 10min timeout to shutdown/reboot =) that would be silly.
[21:11] <kees> xnox: I don't use the watchdog as a watchdog. it's required on rpi3 to perform shutdown and reboot.
[21:11] <kees> xnox: /etc/modules is loaded vi modules-load.d (see the symlink in /etc/modules-load.d
[21:12] <kees> xnox: the rpi3 watchdog driver exposes the "poke the power state" interface to the shutdown/reboot code. loading it doesn't start a watchdog timer.
[22:10] <xnox> kees, ack.