/srv/irclogs.ubuntu.com/2021/09/29/#snappy.txt

mupPR snapd#10856 opened: osutil/disks: add Disk.KernelDevice{Node,Path} methods <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10856>00:50
mupPR snapd#10857 opened: osutil/disks: add Partition struct and Disks.Partitions() <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10857>01:45
mupPR snapd#10858 opened: osutil/disks: add Disk.FindMatchingPartitionWith{Fs,Part}Label <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10858>02:10
mborzeckimorning05:46
zyga-mbpgood morning :)06:06
mardy'morning mborzecki, zyga-mbp 06:08
mborzeckimardy: zyga-mbp: hey06:08
mborzeckisnapd in fedora is broken, same thing as in tumbleweed 😕06:08
zyga-mbphow are cgroup things going?06:09
zyga-mbpmborzecki oh? 06:09
zyga-mbpon cgroups or on something else?06:09
mborzeckiyeah, i need to add clone3 to the default seccomp profile, not sure how it didn't come up earlier, but maybe new glibc/go is triggering this code path now 06:09
zyga-mbpI remember clone3, it was long while ago06:10
zyga-mbpclone with struct instead of flags, right?06:10
zyga-mbpmborzecki can I help you with karma or anything else?06:12
mborzeckizyga-mbp: i haven't pushed updates to bodhi yet, but i'll ping you when i do06:13
zyga-mbpok06:13
mardymborzecki: you mentioned that I should pay attention to snap-update-helper if I leave the PID in the snap scope created by systemd, but you also said that for cgroup v2 there's some code which locates the right cgroups; can you please point me to that?06:22
mborzeckimardy: https://github.com/snapcore/snapd/blob/master/sandbox/cgroup/freezer.go#L180 take a look here06:39
mborzeckimardy: there's applyToSnap which walks the hierarchy basically06:40
mardymborzecki: ah, ok, but I cannot reuse it as-is, right? snap-device-helper is in C06:42
mardymborzecki: of course another alternative is to create a symlink (or just a text file) somewhere, which tells the path to the real cgroup. Somewhere under /var/run/ maybe.06:44
mborzeckimardy: there's some C code for a similar purpose https://github.com/snapcore/snapd/blob/master/cmd/libsnap-confine-private/cgroup-support.c#L15906:44
mardymborzecki: thanks!06:49
pstolowskimorning07:02
mvogood morning pstolowski 07:22
mardypstolowski: hi!07:27
zyga-mbphey mvo!07:28
mborzeckimvo: hi, can you cherry pick this fix to 2.52? https://github.com/snapcore/snapd/pull/1056507:32
mupPR #10565: cmd/libsnap-confine-private: g_spawn_check_exit_status is deprecated since glib 2.69 <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10565>07:32
mborzeckidamn, not this one07:32
mborzeckiah yes, this one 🙂07:32
jameshpstolowski: I've left some feedback on your notifications PR07:38
pstolowskijamesh: thank you!07:40
jameshpstolowski: I could also see a bunch of complaints about imports from a "gci" linter.07:41
jameshlooks like it wants new lines in different places for some of the import lists07:41
pstolowskiyeah i saw those07:43
mvomborzecki: sure07:50
mvomborzecki: done07:51
mborzeckimvo: thank you!07:51
mupPR snapd#10859 opened: snap-confine: do not create an additional cgroup <Created by mardy> <https://github.com/snapcore/snapd/pull/10859>09:31
mborzeckimardy: i've force pushed to the branch that waits for job removed, idk the dbustest thingy is rather flaky, i'm getting errors at random related to the mocked transport09:51
mborzeckimardy: ok, cleaned it up and opened https://github.com/snapcore/snapd/pull/1086010:16
mupPR #10860: sandbox/cgroup: wait for start transient unit job to finish <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10860>10:16
mupPR snapd#10860 opened: sandbox/cgroup: wait for start transient unit job to finish <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10860>10:16
mardymborzecki: will look at it soon10:36
mardyI'm getting similar errors when connecting interfaces: cannot compile /var/lib/snapd/seccomp/bpf/snap.microk8s.hook.remove.src: error: cannot parse line: cannot parse token "AF_QIPCRTR" (line "socket AF_QIPCRTR")10:37
mardyI see these errors when using the snapd I built from the master branch ^10:39
mborzeckimardy: i think this should degrade gracefully, but maybe i'm mistaken10:44
mupPR snapd#10861 opened: snap-bootstrap: wait in `mountNonDataPartitionMatchingKernelDisk` <Created by mvo5> <https://github.com/snapcore/snapd/pull/10861>11:32
mardymborzecki: ah, I think it's because I have the new snapd but the old snap seccomp parser11:53
mborzeckihmmm, that systemd job branch failed a lot on 18.0412:08
mborzeckias in barely anything ran at all12:09
ijohnson[m]mvo: can you force merge https://github.com/snapcore/snapd/pull/10852 ? the failures are unrelated12:19
mupPR #10852: osutil/disks: add DiskFromDevicePath, other misc changes <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10852>12:19
ijohnson[m]mardy: can you share where you saw that failure around AF_QIPCRTR ? we made the apparmor bits for that conditional on apparmor_parser supporting it, just wondering if we need to make the seccomp bits conditional in some way too?12:21
mardyijohnson[m]: it was because I was running the new snapd, whereas snap-seccomp was still the old one. I don't think this is going to affect users12:33
ijohnson[m]Oh okay I see yeah snap-seccomp doesn't re-exev 12:33
ijohnson[m]*re-exec12:33
mupPR snapd#10852 closed: osutil/disks: add DiskFromDevicePath, other misc changes <Simple 😃> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10852>13:17
mupPR snapd#10855 closed: tests: reset some mount units failing on ubuntu impish <Simple 😃> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10855>15:48
mupPR snapd#10862 opened: osutil/disks: add RootMountPointsForPartition <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10862>16:38
mupPR snapd#10863 opened: tests: fix nested tests on uc20 <Run nested> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10863>17:58
* cachio afk18:29

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