[06:08] morning [06:50] good morning mborzecki and welcome back :) [06:51] bit quiet today [07:01] morning [07:04] pstolowski: hey [07:22] mborzecki, pstolowski, mvo: hi :-) [07:53] good morning pstolowski - welcome back [07:53] and good moring mardy [07:54] :) [08:00] mvo: hey [08:05] mvo: when do you think we'll do 2.52? i need to add the zsh completion file to the fedora package (apparently it wasn't included), but i'm ok to postpone that for a bit if .52 is happening soon [08:07] mborzecki: once we get 2.51.5 out which is hopefully in a week [08:08] mvo: cool, i'll wait with updating the package then [08:11] mborzecki: ta [09:33] mvo: if we do 51.5 would it be ok to include https://github.com/snapcore/snapd/pull/10567 ? [09:33] PR #10567: snap/squashfs: handle squashfs-tools 4.5+ <⚠ Critical> [09:35] mvo: and should i prepare a PR with that for .52 or will you be merging master to the release branch? [09:55] mborzecki: +1 [09:55] mborzecki: I can cherry pick this into both .51 and .52 [09:55] mvo: that'd be great, thanks! [09:55] mborzecki: please add the 2.51 milestong [09:56] mvo: added [10:24] mvo: fixes for coverity: https://github.com/snapcore/snapd/pull/10616 [10:24] PR #10616: cmd/libsnap-confine-private: fix coverity issues in tests, tweak uses of g_assert() [10:24] PR snapd#10616 opened: cmd/libsnap-confine-private: fix coverity issues in tests, tweak uses of g_assert() [10:39] PR snapd#10617 opened: cmd/snap: add Size column to refresh --list [10:45] * pstolowski lunch [10:49] PR snapd#10618 opened: clang-format: stop breaking my includes === bigpod1 is now known as bigpod [11:34] PR snapd#10515 closed: o/snapstate: allow auto-refresh limited to snaps affected by a specific gating snap [11:38] pstolowski: AIUI 10563 is also ready to merge, yes? once tests are run of course? [11:39] \o/ [11:39] mvo: yes [11:49] PR snapd#10618 closed: clang-format: stop breaking my includes [11:59] PR snapd#10563 closed: o/assertstate: implement ValidationSetAssertionForEnforce helper [12:00] mvo: thank you! [12:01] pstolowski: thank you for updating them, iirc some of them had conflicts etc [12:03] yes [12:03] confclits are the worst after 2 weeks of brain reset ;) [12:19] Please help me understand if this is a snapd or snapcraft limitation: https://github.com/snapcore/snapd/pull/10613#issuecomment-898696832 [12:19] PR #10613: interfaces/builtin/firewall_control: allow ufw accesses <⛔ Blocked> [12:19] when adding a layout entry for /run/ufw.lock, snapcract complains: [12:19] error: cannot pack "/root/prime": cannot validate snap "microk8s": layout "/run/ufw.lock" defines a new top-level directory "/run" [12:20] is it because /run is a special case and layouts for it are not intended to be created? === jdstrand_ is now known as jdstrand [12:39] PR core20#108 opened: Generate dpkg.yaml file [12:41] hi, snapcraft question, does defining "environment" entries globally also apply them to hooks, or just to all apps? [12:41] (wondering if I can drop some uses of "passthrough" to pass environment to hooks) [12:49] @ack, you can use environment directly with hooks, but snapcraft in stable doesn't understand that, so instead use passthrough for hooks [12:50] ijohnson[m], yes, that's what I'm using right now, was just wondering if using a top-level "environment" declaration would work for both apps and hooks (as I have the same env for both cases) [12:51] @ack ah I dunno about a global one, I'd have to look at the snap.yaml schema [12:51] I can look after my meeting [12:52] ijohnson[m], thanks. I just found out about it by looking at the snapcraft json schema [12:52] didn't know about the global one [12:56] ack: ah yes so environment is something that is understood globally for snap.yaml too, so that should work to define it at a top level too [12:56] ijohnson[m], for hooks as well, right? [12:58] ack: yes it should IIUC [12:58] ijohnson[m], great, thanks for checking [12:59] mardy: re: /run for layout, that is to prevent trespassing with the host namespace / policy because we don't want folks to be able to layout something on top of /run/snapd.sock, etc. [13:04] amurray: hi! fyi, someone may want to look at the updated coverity report for snap-confine [15:21] jdstrand: a whole bunch is fixed by https://github.com/snapcore/snapd/pull/10616 already but afaik some is still pending [15:21] PR #10616: cmd/libsnap-confine-private: fix coverity issues in tests, tweak uses of g_assert() [16:00] PR snapd#10619 opened: secboot: use half the mem for KDF in AddRecoveryKey [16:21] mvo: FYI I need to cherry-pick https://github.com/snapcore/snapd/pull/10497 too for 2.51.5 because of the store.sh changes, but that PR is simple and cherry-picks cleanly [16:21] PR #10497: tests: ack assertions by default, add --noack option [17:10] mvo: ugh actually I need to modify the test too, `tests.nested exec` is not yet a thing in 2.51 :-( [17:10] PR snapd#10608 closed: o/devicestate/handlers_install.go: add workaround to create dirs for install <⚠ Critical> [20:06] PR snapd#10620 opened: release: 2.51.5 [23:41] jdstrand: yup most of the issues were in the tests so I thought they were not so relevant but I am glad to see mborzecki has already submitted a fix