[06:52] good morning [06:56] morning [07:02] o/ [08:01] hey mvo [08:01] hey zyga [08:02] mvo: hey [08:03] quick errand, back in 30 or so [08:03] mborzecki: hey! [08:03] hey pawel :) [08:03] morning [08:04] hey zyga [08:06] hey pstolowski [08:26] PR snapd#9756 closed: bootloader/{lk,lkenv}: followups from #9695 [08:35] re [08:36] PR snapd#9757 closed: tests: move snapstate config defaults tests to a separate file [08:46] PR snapd#9763 closed: daemon: split find support to its own api_*.go files and move some helpers [09:02] PR snapd#9765 opened: daemon: reorg snap.go and split out sections and icons support from api.go [09:12] PR snapd#9740 closed: packaging/opensuse: enable AppArmor on Leap [09:17] PR snapd#9739 closed: interfaces/apparmor: fix generating of extended s-c AppArmor profiles with /usr/libexec [09:22] PR snapd#9766 opened: interfaces/fwupd: allow any distros to access fw files via fwupd [10:04] heh, so i tried to make mksquashfs with a limited set of *.so in the snapd snap, it does start, and segfaults right away :/ [12:17] PR snapd#9767 opened: sandbox/seccomp: use snap-seccomp's stdout for getting version info [13:27] mvo: I reviewed #9762 [13:27] PR #9762: gadget: prepare gadget kernel refs (0/N) [13:34] pstolowski: are the validation-sets open PRs ready for re-review? [13:48] pedronis: CheckInstalledSnaps is ready; api changes not yet, finishing the tweaks === ddstreet_away is now known as ddstreet [13:57] pedronis: thanks [15:11] pedronis: thanks for the review in 9768, I updated it now [15:29] pedronis: one of your comments says you wanted to discuss expiring auto snapshots vs import - https://github.com/snapcore/snapd/pull/9513/files#r507551844 ? [15:29] PR #9513: snapshotstate: detect duplicated snapshot imports [15:41] pstolowski: yes [16:00] pedronis: any concern you have with just setting auto to false and preventing expiration for imported ones? [16:03] pstolowski: no, that was the main idea, but we also need to think separately about the flag location itself [16:12] pstolowski: does this make sense? I'm a bit busy with other things, we can more in the morning tomorrow if needed? [16:12] *chat more [16:13] pedronis: makes sense, i'll ping you tomorrow if needed [17:00] ijohnson: hey, do you remember when we talked about lxd install hook slowness? did you say you looked at this once and it was setting up namespaces taking long? [17:14] PR snapd#9767 closed: sandbox/seccomp: use snap-seccomp's stdout for getting version info [17:19] mvo: I re-reviewed #9741 [17:19] PR #9741: boot: add sealKeyToModeenvUsingFdeSetupHook() [17:27] pedronis: thank you! [17:44] PR snapd#9765 closed: daemon: reorg snap.go and split out sections and icons support from api.go [17:59] PR snapd#9768 opened: daemon: start splitting snaps op tests out of api_test.go === ijohnson is now known as ijohnson|lunch [19:55] PR snapd#9741 closed: boot: add sealKeyToModeenvUsingFdeSetupHook() [20:15] PR snapd#9106 closed: gadget: remove partition table data from ondisk volume [20:15] PR snapd#9769 opened: tests: add nested spread end-to-end test for fde-hooks <â›” Blocked> === ijohnson|lunch is now known as ijohnson [21:00] PR snapd#9760 closed: cmd/snap-preseed: reset run inhibit locks on --reset === the-mentor3 is now known as the-mentor [23:05] Hi, I just installed snap on Arch. Can someone tell me what is mounting the snaps and auto-starting services on boot? I don't have snapd.service/socket enabled in systemd but something is still mounting my snaps and starting a service in one of my snaps (which I would like to disable from auto-starting and start manually) [23:06] weirddan455: there are systemd mount units generated for all snaps, if you disable these then you will need to manually mount them all before using any snaps again [23:11] ijohnson, oh I see now. in /etc/systemd/system. thanks. [23:11] np [23:25] PR snapd#9770 opened: sysconfig/cloudinit.go: add "manual_cache_clean: true" to cloud-init restrict file [23:30] PR snapd#9764 closed: interfaces/builtin/docker-support: allow /run/containerd/s/