/srv/irclogs.ubuntu.com/2021/10/05/#snappy.txt

mupPR snapd#10879 opened: gadget/ondisk.go: add listBlockDevices() to get all block devices on a system <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10879>02:42
mborzeckimorning05:54
mardyhi mborzecki 05:57
mborzeckimardy: hey, finally tracked down that problem with tests on LP, it's ofc a race/timing problem, but it's weird, we specifically forced a delay in the code, but regardless of that mksquashfs produced identical files when building the package, as if debhelper would inject something that forced a specific time?05:59
mborzeckiidk, maybe it's related to reproducible builds or sth, but it failed like this on 14.04 too, which i think is from before the reproducible builds effort was a real thing05:59
mupPR snapd#10880 opened: overlord: fix generated snap-revision assertions in remodel unit tests <⚠ Critical> <Simple 😃> <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10880>06:32
mupIssue core18#182 opened: Removal of expired Let's Encrypt certificate <Created by SandJ> <https://github.com/snapcore/core18/issues/182>06:34
mardymvo: I haven't been looking at the LP issue yet; I'm still fighting with the cgroup scope, now I merged your branch, and it seems to have made things worse: before only the command "tests.session -u test exec /snap/bin/test-snapd-policy-app-consumer.block-devices" was failing, whereas "/snap/bin/test-snapd-policy-app-consumer.block-devices" was working. Now both don't work06:37
mardymborzecki: oops, that was for you ^ (good morning, mvo! :-) )06:38
mvohey mardy, good morning!06:42
mborzeckimvo: hey, please take a look at https://github.com/snapcore/snapd/pull/10880 06:45
mupPR #10880: overlord: fix generated snap-revision assertions in remodel unit tests <⚠ Critical> <Simple 😃> <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10880>06:45
mvomborzecki: sure06:45
mvomborzecki: oh, sweet, thanks for finding this!06:46
pstolowskimorning07:05
mvogood morning pstolowski 07:06
mardypstolowski: hi!07:09
pstolowskio/07:14
mborzeckipstolowski: hey07:55
mardymborzecki: I added a comment on https://github.com/snapcore/snapd/pull/10847 - it's mostly unrelated to the PR itself, but I wanted to get your opinion on that07:59
mupPR #10847: cmd/snap-confine: die when snap process is outside of snap specific cgroup <cgroupv2> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10847>07:59
mborzeckimardy: let me see07:59
mborzeckimardy: which distro is this?08:01
mupPR snapd#10877 closed: many: support an API flag system-restart-immediate to make snap ops proceed immediately with system restarts (2.52) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10877>08:03
mardymborzecki: ubuntu 18.04 on spread08:04
mborzeckimardy: hm i'm missing something, have you added devices allowed by any chance? I don't see how systemd would not be able to add pids to a group it created, moreso how chmoding directories under /sys/fs/cgroup would fix that08:06
mborzeckiunless systemd in 18.04 is truly broken 😕08:07
mborzeckioh fun, we don't run this test on 20.04+ ?08:08
mardymborzecki: no, I didn't touch anything on that machine. I think that the error message might be a bit misleading, maybe the error is not on adding the pids, but on creating the cgroup itself08:18
mborzeckimardy: i'm running the test now08:18
mborzeckimardy: ok, so what's the concern in 10877 then?08:34
mupPR snapd#10881 opened: tests: merge coverage results <Created by mardy> <https://github.com/snapcore/snapd/pull/10881>08:43
mardymborzecki: assuming you meant 10847, I don't have a concern with the PR itself, it LGTM. It was just a request for info :-)08:46
mupPR snapd#10882 opened: tests/main/interfaces-many: run both variants on all possible Ubuntu systems <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10882>08:48
mborzeckimardy: right, so we need it for cgroup v2 😉 but your observation is supported by evidence from spread runs in https://github.com/snapcore/snapd/pull/1086008:49
mupPR #10860: sandbox/cgroup: wait for start transient unit job to finish <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10860>08:49
mborzeckitbh, that may be a bug in 18.04 systemd08:49
mborzeckimvo: shall we land https://github.com/snapcore/snapd/pull/10880 or we need another review?08:53
mupPR #10880: overlord: fix generated snap-revision assertions in remodel unit tests <⚠ Critical> <Simple 😃> <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10880>08:54
mborzeckimardy: ok, so fun stuff, running anything as a scope in user session fails on 18.0409:40
mborzeckimardy: and focal cloud image fails this way too09:56
mupPR snapd#10861 closed: snap-bootstrap: wait in `mountNonDataPartitionMatchingKernelDisk` <Squash-merge> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10861>10:03
mardymborzecki: the error is "permission denied"?10:22
mborzeckimardy: yeah, strace shows there's EACCESS when wriiting the pid to cgroup.procs under /sys/fs/cgroup/unified and also mkdir in the pids hierarchy fails10:26
mborzeckimardy: fwiw it fails in ssh session, with the cloud image and desktop livecd image https://paste.ubuntu.com/p/nqSjZbPPqy/10:29
mborzeckimardy: and more fun, it succeeds when i run it from a gnome terminal in a desktop session: https://paste.ubuntu.com/p/XjJ8mfxSXn/10:30
mardymborzecki: I guess the directory permissions are different?10:49
mardymborzecki: ah, wait, I remember I saw a bug related to this in the systemd tracker, and IIRC it was fixed in 2018. Let me dig it out...10:50
mardymborzecki: https://github.com/systemd/systemd/issues/338810:51
mborzeckimardy: thanks, i'll add a note under https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/194608610:54
mupBug #1946086: systemd user daemon fails with Permission denied when creating transient scope <systemd (Ubuntu):New> <https://launchpad.net/bugs/1946086>10:54
mborzeckipstolowski: can you take a look at https://github.com/snapcore/snapd/pull/10882 ?10:56
mupPR #10882: tests/main/interfaces-many: run both variants on all possible Ubuntu systems <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10882>10:56
pstolowskimborzecki: sure10:56
mborzeckipstolowski: thanks11:07
mborzeckimvo: can you land https://github.com/snapcore/snapd/pull/10882 ?11:07
mupPR #10882: tests/main/interfaces-many: run both variants on all possible Ubuntu systems <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10882>11:07
mupPR snapd#10883 opened: o/snapstate, hookstate: print remaining hold time on snapctl --hold <Needs Samuele review> <Refresh control> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10883>11:13
mupPR snapd#10884 opened: tests/main: disable cgroup-devices-v1 and freezer tests on 21.10 <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10884>11:23
mupPR snapd#10885 opened: release: 2.52.1 <Squash-merge> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10885>11:34
mupPR snapd#10886 opened: o/snapstate: test prereq update if started by old version <Simple 😃> <Skip spread> <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/10886>12:29
mupPR snapd#10885 closed: release: 2.52.1 <Squash-merge> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10885>12:49
mupPR snapd#10887 opened: release: merge 2.52.1 changelog into master <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10887>13:39
mvoif someone could review 10887 - that would be lovely14:00
ijohnson[m]pstolowski: hey did we implement support for gate-auto-refresh hook being called for kernel/base refreshes too? or was that not done for the initial version ?14:04
ijohnson[m]mvo: done14:04
mvoijohnson[m]: \o/14:04
pstolowskiijohnson[m]: technically auto refresh gating doesn't care and will consider all snaps that have gate-auto-refresh hook14:17
ijohnson[m]pstolowski: what I mean is that if an app snap has a gate-auto-refresh hook, will that hook be called when the kernel snap is refreshed?14:19
ijohnson[m]since the app snap is "affected" by the kernel snap refresh as the kernel snap refresh will reboot the system14:19
pstolowskiijohnson[m]: yes, that app's hook will be called and can hold the refresh of kernel for up to 48h. we also do that with gadget14:23
ijohnson[m]pstolowski: perfect thanks for clarifying that14:23
mupPR snapcraft#3586 opened: Ported font rendering fix from the desktop helpers.   <Created by kenvandine> <https://github.com/snapcore/snapcraft/pull/3586>14:28
mupPR snapd#10887 closed: release: merge 2.52.1 changelog into master <Simple 😃> <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10887>14:44
* mvo needs to switch network14:52
mupPR snapd#10888 opened: tests: support running all spread tests with experimental features <Created by stolowski> <https://github.com/snapcore/snapd/pull/10888>15:34
mupPR snapd#10889 opened: release: 2.53 <Created by mvo5> <https://github.com/snapcore/snapd/pull/10889>16:20
mupPR snapd#10890 opened: tests: using test-snapd-curl snap instead of http snap <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10890>17:15
mupPR snapd#10889 closed: release: 2.53 <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10889>18:00
mupPR snapcraft#3587 opened: lifecycle: init with core20 (CRAFT-517) <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3587>18:18
mupPR snapd#10880 closed: overlord: fix generated snap-revision assertions in remodel unit tests <⚠ Critical> <Simple 😃> <Test Robustness> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10880>18:30
mupPR snapcraft#3587 closed: lifecycle: init with core20 (CRAFT-517) <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3587>19:33
mupPR snapd#10891 opened: gadget: add mapping heuristic types <Simple 😃> <Needs Samuele review> <Skip spread> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10891>21:16

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!