[01:43] PR snapd#10917 opened: many: mv MockDeviceNameDisksToPartitionMapping -> MockDeviceNameToDiskMapping [02:28] PR snapd#10918 opened: osutil/disks: add methods to replace gadget/ondisk functions [02:58] PR snapd#10919 opened: osutil/disks: add DiskFromPartitionDeviceNode [02:58] PR snapd#10920 opened: osutil/disks: add AllPhysicalDisks() [02:58] PR snapd#10921 opened: osutil/disks: add more fields to Partition, populate them during discovery [07:12] Bug #1947110 opened: Snap does not work on Alpine Linux [07:15] Bug #1947110 changed: Snap does not work on Alpine Linux [07:27] Bug #1947110 opened: Snap does not work on Alpine Linux [07:30] Bug #1947110 changed: Snap does not work on Alpine Linux [07:33] Bug #1947110 opened: Snap does not work on Alpine Linux [08:09] PR snapd#10922 opened: none: dummy commit [10:54] mvo: hi! Can you please merge https://github.com/snapcore/snapd/pull/10911 ? [10:54] PR #10911: daemon: use the syscall connection to get the socket credentials [10:55] zyga-mbp: Hi! You might find the above PR entertaining :-) [12:11] has anyone seen the failure of tests/core/snapd-refresh-vs-services-reboots in https://github.com/snapcore/snapd/pull/10911/checks?check_run_id=3881405578 before? [12:11] PR #10911: daemon: use the syscall connection to get the socket credentials [12:37] mardy: no I haven't seen that one before that's a really odd failure [12:45] PR snapd#10911 closed: daemon: use the syscall connection to get the socket credentials [12:46] mardy: sure, done - should we backport it to 2.53 [12:50] mvo I'd say backport it [12:52] mardy looking [12:53] mardy the syscall connection one? [12:53] oohhh [12:53] wow [12:53] that's nice! [12:53] I was aware that .Fd changes the semantics of a descriptor but I didn't connect the dots [12:54] there's some landmines in go for sure [12:54] * zyga-mbp mardy is the new .Control interface a more recent go addition? I remember reading about it [12:54] but I don't think we were using it before [12:54] this is still from chipaca days IIRC [12:54] really nice work btw :) [13:55] zyga-mbp: thanks, the hard part was actually to find where things were breaking -- I had some luck there :-) [15:37] mardy really nice work [16:38] PR snapcraft#3591 opened: extensions: conditionally prepend to LIBVA_DRIVERS_PATH instead of overriding it [16:53] PR snapcraft#3592 opened: storeapi: auth client for api.snapcraft.io === not_phunyguy is now known as phunyguy [17:52] PR snapd#10923 opened: Revert "secboot: move to new version" <⚠ Critical> [18:02] ijohnson[m]: Hi! Can you give me some pointers to the issue with "deny" and "allow" rules when combining the AppArmor profile snippets in snapd? [18:02] mardy: hey sorry I forgot, just one moment [18:05] mardy: take a look at the interfaces which use SetSuppressPtraceTrace(), in browser-support and SetUsesPtraceTrace() in docker-support, greengrass-support, etc. [18:05] basically the idea is to add a new method to the apparmor Specification which enables adding policy at the very end [18:06] like in interfaces/apparmor/backend.go on lines 737, we check for that flag set on the specification, and if it is set/not set we generate specific policy [18:06] hopefully that makes sense [18:07] PR snapd#10924 opened: i/builtin/xilinx-dma-host: add interface for Xilinx DMA driver [18:42] PR snapd#10925 opened: tests/nested/manual/refresh-revert-fundamentals: re-enable encryption [18:52] PR snapd#10926 opened: tests: remove extra-snaps-assertions test [18:54] ijohnson[m]: thanks, I'll look at it tomorrow [18:55] ack [21:13] PR snapd#10927 opened: interfaces/builtin/hardware-observer: add /proc/bus/input/devices too [21:13] PR snapd#10928 opened: tests: new nested test to validate current snapd with stable kernel [21:23] PR snapd#10929 opened: tests/nested/manual: add regression test with old/existing initrd and new snapd [21:38] PR snapd#10923 closed: secboot: revert move to new version (#10715) <⚠ Critical> [21:43] PR snapd#10930 opened: secboot: revert move to new version (revert #10715) <⚠ Critical>