[00:06] PR snapcraft#3599 closed: desktop: improve shell substitution logic [03:20] PR snapd#11106 opened: interfaces/browser-support: Update rules for Edge [06:20] morning [06:43] mborzecki: hi! [06:44] mardy: heya [06:44] mardy: did you find those scripts? [06:46] PR snapd#11028 closed: kernel/fde: add DeviceUnlockKernelHookDeviceMapperBackResolver, use w/ disks pkg [06:48] mborzecki: my memory has just been flushed :-) Remind me what scripts? [06:49] mardy: the ones for core18, something about initramfs and how base is moutned [06:51] mborzecki: ah! I'm reading now the backlog in MM, thanks! [08:18] morning [08:47] PR snapd#11030 closed: overlord/snapstate: perform a single reboot when updating boot base and kernel [09:06] mborzecki: \o/ thanks for landing this! [09:12] PR snapd#10836 closed: many: add experimental setting to allow using ~/.snap/data instead of ~/snap [10:07] fwiw, there is a unit test now in https://github.com/snapcore/snapd/pull/11097 [10:07] PR #11097: interfaces: add ACRN hypervisor support [10:07] miguelpires: \o/ for 10836! [10:16] mvo: \o/ [10:17] PR snapd#11105 closed: tests: run snap-disconnect on uc16 [10:50] mvo: can you land https://github.com/snapcore/snapd/pull/11094 ? [10:50] PR #11094: cmd/libsnap-confine-private: fix snap-device-helper device allow list modification on cgroup v2 [11:16] mvo: can you merge https://github.com/snapcore/snapd/pull/11053 please? [11:16] PR #11053: daemon: write formdata file parts to snaps dir [11:23] PR snapd#11107 opened: overlord, tests: add managers and a spread test for UC20 to UC22 remodel [11:52] miguelpires: sure - what flakniess is left btw, is it related to the snapd release and store overlord? [11:53] PR snapd#11095 closed: systemd: add support for .target units [11:54] miguelpires: meh, didn't squash it - my bad [11:58] PR snapd#11053 closed: daemon: write formdata file parts to snaps dir [12:00] mvo: one the failures was a timeout and the others all seem to be related to this "running "test-snapd-network-status-client.connectivity" failed: transient scope could not be started, job /org/freedesktop/systemd1/job/42 finished with result failed" [12:13] PR snapd#11108 opened: tests: disable flacky test snapd-failover [13:07] PR snapcraft#3492 closed: spread: cryptography==3.4 and no rust for python_legacy [13:07] PR snapcraft#3584 closed: extension/desktop: Prevent keeping updating when there is no user useā€¦ [13:07] PR snapcraft#3596 closed: extensions/kde-neon: use platform snap as plug name [13:10] logger.Noticef() messages from snapd should end up in the journal, right? Or are they subject to some condition (like logging level)? [13:22] mardy: they should, yes [13:35] can anyone see a possibility for this function (https://github.com/snapcore/snapd/blob/master/overlord/snapstate/backend/link.go#L57-L92) to fail with the error "ERROR symlink x1 /snap/snapd/current: file exists" (from https://github.com/snapcore/snapd/runs/4289056946?check_suite_focus=true)? [13:35] it would seem possible only if somethign else creates that directory in the short time from os.Remove() and os.Symlink(), that appears to be very unlikely... [14:36] mvo, hey, where do the Options you put in https://bugs.launchpad.net/snapd/+bug/1948368/comments/1 come from? [14:36] Bug #1948368: consider to limit tmpfs size with option set [14:39] ah, I see them /usr/share/systemd/tmp.mount [14:43] PR core20#120 closed: spread: add spread testing for the core20 repository [14:46] abeato: yeah, I don't really know if systemd can merge them or if we need to repeat them, I would love if it could merge them [14:46] abeato: but worst case is that we just need to repeat them :/ [14:47] mvo, sure... what I'm actually wondering is that options do not really look like that atm, but "rw,relatime" if checking in /proc/mounts [15:03] abeato: honestly, I don't know, what does "systemctl show tmp.mount" on a ubuntu-core system look like? options= should be fairly high on top [15:04] mvo, Options=rw,relatime [15:05] abeato: oh, interessting. so maybe what I wrote in the bug is silly [15:06] mvo, nonetheless it looks like somewhat the settings are sort of applied, at least /tmp mode=1777 and strictatime seems to produce the expected behavior [15:06] so I don't really know what might be going on [15:06] perhaps we are not putting the right things in /etc/fstab [15:07] abeato: could well be, it could be that this is actually generated by the writable-path magic script that is part of the initrd, I have some vague memories but not 100% certain [15:08] mvo, right... I'll try to find out [15:09] PR snapd#11098 closed: tests/main/snapd-reexec-snapd-snap: improve debugging === alan_g__ is now known as alan_g === popey8 is now known as popey [17:29] PR snapd#11109 opened: o/snapstate: add InstallPathMany [18:09] PR snapd#11110 opened: daemon: write formdata file parts to snaps dir