[05:51] github is down? https://github.com/snapcore/snapd says "No server is currently available to service your request" [06:07] morning [06:08] mardy: looks like it's back [06:21] mborzecki: 'morning! Yep, it is :-) [07:02] good morning! 10895 needs a second review [07:19] morning [07:23] mvo, pstolowski: hi! [07:23] pstolowski: welcome back :-) [07:23] mup: PR 10895 [07:23] mardy: I apologize, but I'm pretty strict about only responding to known commands. [07:23] mup: PR#10895 [07:23] mardy: In-com-pre-hen-si-ble-ness. [07:24] mup: GH#10895 [07:24] mardy: Roses are red, violets are blue, and I don't understand what you just said. [07:24] OK, I give up [07:26] hey guys :) [07:28] o/ [07:32] github is slow again or what? [07:33] mvo: pstolowski: hey [07:36] mvo: hi, could you land https://github.com/snapcore/snapd/pull/10699 ? [07:36] PR #10699: daemon: allow enabling enforce mode [07:40] hey mvo :) [07:43] zyga: hi! [07:43] mvo, I have a nice and slow day off today [07:44] I hope you can have some slowdown too, all of you, as race to release is never easy [08:03] hey pstolowski - welcome back! [08:03] pstolowski: sure, landing it [08:03] hey zyga and mborzecki [08:03] mvo: thank you! [08:04] pstolowski: niiiiice, with that PR does it mean enforce mode is complete :) ? i guess the spread test is waiting, yes? [08:05] mvo: err, not really, as I said in my last standup note, there is one aspect missing - partial undo - and i'm on it [08:05] pstolowski: \o/ ok [08:05] PR snapd#10699 closed: daemon: allow enabling enforce mode [08:41] PR snapd#10931 opened: interface/modem-manager: add accept for MBIM/QMI proxy clients [08:47] mardy: https://github.com/snapcore/snapd/pull/10895#pullrequestreview-780539872 I think you are spot on here, understanding *why* exactly this happens would be best. monotomic times are removed when doing e.g. ".UTC()" so might be worth looking at this - but then we should probably start with trying to have a testcase that reliable reproduce this [08:47] PR #10895: many: wait for up to 10min for NTP syncronization before autorefresh [08:48] mardy: I kinda suspect it might be the monotomic part that is even causing this problem when poking around a bit, unfortunately I'm a bit short on time to get to the bottom of this but if you want to spend a bit of time digging that is welcome [08:48] mardy: the PR is more a workaround than a deep fix :/ [09:11] PR snapd#10932 opened: tests/nested/core/core20-create-recovery: fix passing of data to curl [09:36] PR snapd#10933 opened: Suppress denial of sys_module capability [10:31] Issue core20#93 closed: forward port things to 22 branch [11:01] * pstolowski lunch [12:11] PR snapd#10934 opened: tests/snapd-sigterm: be more robust against service restart [12:26] PR core20#118 opened: hooks: change folder where to save bootcharts [14:47] PR snapd#10935 opened: tests: wait for snapd to be fully setup before installing snaps === not_phunyguy is now known as phunyguy [17:38] PR snapd#10936 opened: interfaces/interfaces/scsi_generic: add interface for scsi generic de…