[10:03] <doko> seb128, vorlon: you get these errors when you have 3.7 installed, and then install a module that is not yet ready for 3.7. For bionic and cosmic there were some ... However people don't want to fix those anymore, and sometimes it's difficult because new upstream versions are involved.. Not sure if it's worth turning 3.8 byte compilation off for 3.7 in bionic, or ignore any errors?
[10:52] <jamespage> xnox: either I'm missing something or that was easier than I expected
[10:52] <jamespage> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3535/+packages
[10:52] <jamespage> has the updates smartmontools for eoan; I've upgrade checked and validated it works against some devices I have on my laptop
[10:52] <jamespage> seems to work fine
[11:00] <xnox> jamespage:  hdd sdd nvme?
[11:00] <jamespage> xnox: nvme
[11:01] <jamespage> just finding an sdd to test on
[11:03] <xnox> packaging changes look good, good libsystemd-dev catch
[11:05] <jamespage> xnox: I need to detail stuff in the changelog
[11:05] <jamespage> I thought I had done that but will do so
[11:05] <jamespage> need to doc the patches as well
[11:06] <jamespage> I appear to have given you something a bit half documented - lemme fix that up
[11:07] <xnox> yeah normally one rm's the patches, instead of commenting out. and like mention "drop this and drop that, merged upstream"
[11:12] <jamespage> xnox: just needed to refresh my built source package - must have had a crufty one lying around
[11:14] <jamespage> xnox: http://paste.ubuntu.com/p/954Fw7pW6C/ debian folder diff - just rebuilding and re-validating
[13:59] <jamespage> xnox: hmm the use of libsystemd and the switch to Type=notify for the smartd daemon has a slightly nasty side effect, in that if there are no smart capable devices, the unit hard fails...
[13:59] <xnox> lovely
[13:59] <xnox> it shouldn't be even started then......
[14:00] <xnox> does udev kick smartmontools into action at all?
[14:01] <jamespage> xnox: not that I can see
[14:01] <xnox> fun
[14:01] <xnox> but i thought previous initd script also failed, if one didn't have anything to monitor..... maybe a non-regression?!
[14:23] <jamespage> xnox: it did but the non-zero exit did not cause the systemd unit to fail to start
[14:23] <jamespage> as it was not of type notify, whereas now it is
[14:31] <xnox> fun
[14:32]  * jamespage scratches his head...
[14:56] <jamespage> xnox: I'm tempted to drop the systemd/notify integration to maintain the status quo for the time being
[15:15] <xnox> jamespage:  heh
[15:15] <xnox> i cannot say that i have never done that
[16:34] <vorlon> infinity, kees, seb128, mdeslaur, stgraber: I'd like to add xnox and mwhudson to https://launchpad.net/~ubuntu-langpack/+members so they're able to inject subiquity .pot files into the Ubuntu namespace manually in launchpad, for the Ubuntu translation teams to pick up (since we update subiquity as a snap and not as a deb); any objections?
[16:36] <stgraber> fine with me
[16:39] <infinity> vorlon: Sounds reasonable.
[17:22] <seb128> vorlon, +1 from me
[17:51] <mdeslaur> vorlon: fine with me
[19:39] <ahasenack> seb128: debian has also gotten reports of crashes after the samba update, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929268
[19:39] <ahasenack> they tracked it to upstream's https://bugzilla.samba.org/show_bug.cgi?id=13315
[20:27] <seb128> ahasenack, ah good, thx for letting me know, it did looked like a regression with those new reports!
[20:27] <seb128> ahasenack, did you point it to mdeslaur? (I think he did that security update)
[20:28] <ahasenack> not yet, but I updated all bug reports with a pointer to the upstream bug
[20:28] <ahasenack> I'm trying to reproduce it, the description made it sound simple, but I'm failing so far
[20:29] <ahasenack> mdeslaur: https://bugzilla.samba.org/show_bug.cgi?id=13315 might be a regression introduced in the recent samba security updates
[20:30] <seb128> thx
[21:07] <mdeslaur> seb128, ahasenack: ack, thanks, I'll look at it tomorrow morning
[21:07] <seb128> mdeslaur, great, thx!
[21:07] <ahasenack> mdeslaur: I pinged upstream to see if they have a simple reproducer
[21:07] <seb128> vorlon, thx for reverting the n-m/bionic-updates SRU version, as much as I like to go back to square 1 on that SRU it's probably the right thing to do :/
[21:07] <ahasenack> also, none of the bug reports we got had logs or a crash file attached, one guy didn't even know he had samba installed
[21:08] <seb128> kenvandine, tkamppeter, ^ if you didn't notice, the n-m/bionic SRU got reverted until we figure out those regressions
[21:08] <seb128> ahasenack, I wonder if the samba custom handler is make apport not trigger maybe?
[21:09] <ahasenack> could be
[21:09] <seb128> if so we should probably distro patch the custom handler out
[21:09] <seb128> apport gives us debug retraces and metrics
[21:09] <vorlon> seb128: yeah, sorry, I had thought already about reverting it on Sunday when I saw the reports had come in, and your latest mail spurred me to finally get it done.  I'll try to also follow through on your mail today
[21:10] <seb128> vorlon, thx, sorry to bother you guys with that, we lack proper knowledge of the networking stack in desktop atm which is something we need to fix (unless foundations takes over n-m, but I don't think that's likely to happen)
[21:16] <kenvandine> seb128: thanks