[05:11] morning [06:33] good morning :) [06:38] zyga-mbp: hi! [06:38] hey, how are you doing [06:38] it's pretty nasty outside, I prefer when it's actually freezing and dry and not when it's ~5C and damp [06:51] zyga-mbp: mardy: hey [06:51] good morning mborzecki [06:51] zyga-mbp: yeah, late autumn started pretty early this year [06:51] haha [06:51] pretty early this summer [06:52] isn't technically summer not over yet? [06:52] hahah right [06:52] zyga-mbp: no, 1 more day afaik [06:52] or 3? [06:52] anyways, too early for my taste [07:01] PR snapd#10809 closed: .github/workflows/test.yaml: bump action-build to 1.0.9 [07:02] https://github.com/snapcore/snapd/pull/10801 needs a 2nd review [07:02] PR #10801: cmd/libsnap-confine-private: use root when necessary for BPF related operations [07:11] morning [07:11] hey pstolowski :) [07:11] mborzecki: 10801 looks ready, shall I merge (have not looked at the failures yet though) [07:11] hey pstolowski and zyga-mbp [07:20] amurray: hey, if you have a few cycles, a review of this particular patch https://github.com/bboozzoo/snapd/commit/b6f6a0f388880b6a732ce0a8c184878966a95c44 in 10803 would be great, that would unblock me uploading cgroups v2 into impish [07:20] mvo: yes, please merge 10801, the failures are the usual bunch, nothing related [07:21] mborzecki: thanks! [07:23] mvo: thank you! [07:26] PR snapd#10801 closed: cmd/libsnap-confine-private: use root when necessary for BPF related operations [07:27] so https://github.com/snapcore/snapd/pull/10803 needs a 2nd review now 😉 (and a security one for the docker-support patch) [07:28] PR #10803: tests, interfaces/builtin: introduce 21.10 cgroupv2 variant, tweak tests for cgroupv2, update builtin interfaces [07:30] mvo: yep no worries - I'll try take a look soon [07:31] thanks so much! [07:41] PR snapd#10790 closed: gadget: add VolumeName to Volume and VolumeStructure [07:46] PR snapd#10782 closed: o/ifacestate: do not create stray task in batchConnectTasks if there are no connections [07:49] hi mborzecki, pstolowski, mvo! [07:49] o/ [07:50] hey mardy ! [08:07] mvo: can you please land this? https://github.com/snapcore/snapd/pull/10772 [08:07] PR #10772: kernel/fde: mock systemd-run in unit test [08:14] mardy: sure [08:15] looks like 10805 needs a second review and will make tests happier [08:15] oh, nevermind, already got one [08:16] thanks! [08:16] PR snapd#10772 closed: kernel/fde: mock systemd-run in unit test [08:16] PR snapd#10805 closed: overlord/devicestate: make settle wait longer in remodel tests [08:39] mvo: can you land https://github.com/snapcore/snapd/pull/10802 too? [08:39] PR #10802: data/selinux: update the policy to allow s-c to manipulate BPF map and programs [08:41] PR snapd#10802 closed: data/selinux: update the policy to allow s-c to manipulate BPF map and programs [09:11] good morning! [09:11] PR snapd#10806 closed: tests: rename interfaces-hooks-misbehaving spread test to install-hook-misbehaving [09:12] mvo, hi there, I would need sponsorship for the modifications to get static libs for some packages. I've created LP#1943859, LP#1943984, and LP#1944107 for that [09:15] abeato_: cool, looking [09:16] thanks! [09:38] abeato_: diffs look very nice, thanks! all of this is synced from debian so things are even more complicated :/ however the libdrm patch is something that tjaalton probably should review, we need to find a friendly way to ask him about this :) and the pango1.0 one is probably something that seb128 could look at. ideally all of this goes into debian so that we don't need to maintain a delta in ubuntu. graphite2 I'm not sure about if we have experts but it seems [09:38] it's not changing that much so a delta is ok. for that we probably need a debian bugreport. sorry for the extra level of indirection here [09:40] mvo, no prob, thanks for the guidance. Yeah, I will follow the debian bugreport route. [10:07] PR snapd#10810 opened: o/assertstate, api: update validation set assertions only when updating all snaps [10:34] hmm 2021-09-20 07:52:12 Cannot allocate google:ubuntu-21.10-64: cannot allocate or deallocate (!) new Google server google:ubuntu-21.10-64 (sep200751-577426): cannot provision google:ubuntu-21.10-64 (sep200751-577426): quota 'CPUS' exceeded. Limit: 600.0 in region us-east1. [12:07] PR snapd#10811 opened: tests: update the time tolerance to fix the snapd-state test [13:07] PR snapd#10812 opened: o/ifacestate: don't fail remove if disconnect hook fails [13:57] PR snapd#10813 opened: .github/workflows/test.yaml: revert #10809 [15:03] pstolowski: any insight into the "snap connections disappeared" after snap mount units disappear ? [15:03] *issue [15:04] ijohnson[m]: yes, reproduced with a spread test, trying to find a sensible fix (to avoid loosing conns, missing mounts is a different story) [15:07] ijohnson[m]: the issue is caused by reloadConnections as Samuele guessed [15:08] mmh I see [15:08] well nice that we found that particular issue, since it has come up before that interface connections mysteriously disappeared too but less frequently than the mount units disappearing I think [15:23] PR snapd#10813 closed: .github/workflows/test.yaml: revert #10809 [15:26] ijohnson[m]: to be clear afaict loosing connections is directly related to not having snaps mountuned [15:39] * cachio_ lunch [16:38] PR snapd#10811 closed: tests: update the time tolerance to fix the snapd-state test [16:40] cachio_: have you seen this one? https://pastebin.ubuntu.com/p/bbqydN7WkN/ this is really weird, it waits until the snap command exists, then finds it exists at /usr/bin/snap, then tries to run snap wait ... and it can't find the snap command somehow... [17:01] ijohnson[m], hi, first time I see this one [17:01] agree it is very very weird [17:02] must be some sort of race condition I suppose [17:02] * ijohnson[m] -> lunch [17:02] yes, I'll re-run it in a loop [17:02] perhaps I am lucky [17:03] PR snapd#10814 opened: [RFC] o/ifacestate: don't loose connections if snaps are broken [18:33] cachio_: hey I was pinged about verification of https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1929842 for focal, can you take a look? [18:33] Bug #1929842: [SRU] 2.51 [18:33] [18:34] ijohnson[m], sure [18:34] thanks