[05:18] PR snapcraft#3734 closed: meta: add layout to snap.yaml [06:09] morning [06:37] PR snapd#11716 closed: snap-bootstrap, o/devicestate: use seed parallelism [06:37] PR snapd#11729 closed: cmd/snap-update-ns: correctly set sticky bit on created directories where applicable [06:42] PR snapd#11753 closed: tests: add lz4 dependency for jammy to avoid issues repacking kernel <⚠ Critical> [06:42] PR snapd#11754 opened: interfaces/apparmor: allow executing /usr/bin/numfmt in the base template [07:04] PR snapcraft#3733 closed: providers: user core22 buildd [07:14] PR snapcraft#3735 opened: commands: help for all legacy commands [07:15] morning [07:28] hi mborzecki, pstolowski [07:29] mardy: hey [08:28] mborzecki: I'm still running some tests, but it looks like we can remove all of the special casing for opensuse in the user-session-env test. They must have fixed something. [08:37] PR snapd#11755 opened: tests/main/user-session-env: remove openSUSE-specific tweaks === alan_g_ is now known as alan_g [11:58] PR snapd#11738 closed: snap/quota: change the journal quota period to be a time.Duration [11:58] PR snapd#11754 closed: interfaces/apparmor: allow executing /usr/bin/numfmt in the base template [12:29] PR snapd#11756 opened: tests: add spread test to verify that connections are preserved if snap refresh fails [12:44] PR snapd#11757 opened: [WIP] many: factory reset with encryption <⛔ Blocked> [12:54] PR snapd#11758 opened: osutil/disks: helper for obtaining the UUID of a partition which is a mount point source [15:09] PR snapd#11750 closed: tests: skip external backend in mem-cgroup-disabled test [15:44] PR snapcraft#3735 closed: commands: help for all legacy commands [15:44] PR snapcraft#3736 opened: requirements: update dependencies [19:29] PR snapcraft#3736 closed: requirements: update dependencies [20:24] ~/quit [20:24] :-) [20:39] PR snapcraft#3737 opened: Main merge [21:57] anyone seen issues with "snapcraft" erroring out with "no space left on device" but the host system has plenty of space available? (36GiB available, no tmpfs on /tmp or anything like that) [21:57] does "snapcraft" create its own tmpfs or something behind my back that I need to be careful about? [21:57] (using LXD-based builds, FWIW) [22:06] ah, --debug gives me an answer: "default/containers/snapcraft-docker zfs 4.2G 4.2G 27M 100% /" doh [22:08] (gonna try the nuclear option and "lxc delete snapcraft-docker" and let it do the whole thing all over again fresh - it's an old container :D) [22:23] heh, and I'm right back where I started (filled the zfs volume right back up) - would love help figuring out how to extend that or make /tmp inside point at a dir on the host or something 😅 [22:56] aha, https://linuxcontainers.org/lxd/docs/master/storage/#growing-a-loop-backed-zfs-pool :)