[01:06] PR snapd#10114 closed: tests/lib/prepare-restore.sh: clean out snapd changes and snaps before purging === popey0 is now known as popey [02:51] PR snapd#10061 closed: interfaces/pwm: add PWM interface [05:38] morning [05:42] PR snapd#10103 closed: boot: support read/writing boot-flags from userspace/initramfs [07:02] morning [07:03] pstolowski: hey [07:03] pstolowski: trivial PR to start your day with? 🙂 https://github.com/snapcore/snapd/pull/10121 [07:03] PR #10121: boot, cmd/snap: include extra cmdline args in debug boot-vars output [07:04] +1 [07:07] PR snapd#10121 closed: boot, cmd/snap: include extra cmdline args in debug boot-vars output [07:07] pstolowski: thanks! [07:07] yw [07:32] good morning [08:40] hey zyga ! [08:40] pstolowski :-) [09:19] pedronis: hi, i've updated #10068 [09:19] Bug #10068: kbd-chooser: new changes from Debian require merging [09:19] PR #10068: o/configstate: don't pass --root=/ when masking/unmasking/enabling/disabling services [09:19] pstolowski: \o/ [09:20] let's wait for spread test though ;) [09:38] pstolowski: the good looks alright to me [10:20] s/good/code/ [10:22] yeah, looks good to me as well, thanks pstolowski [10:25] mvo, pedronis note i deliberately excluded ssh/consoleconf there [10:58] PR snapd#10126 opened: daemon: make ucrednetGet() return a *ucrednet structure [11:10] jamesh: ^ thanks [11:19] pstolowski: I think core and core20 were unified on master now [11:19] pedronis: ah, missed that, checking [11:20] pedronis: Just created https://github.com/snapcore/snapd/pull/10127 with the access checker implementations [11:20] PR #10127: daemon: add new accessChecker implementations [11:21] jamesh: thanks [11:23] PR snapd#10127 opened: daemon: add new accessChecker implementations [11:28] pedronis: hmm they were but i think spread.yaml wasn't updated for it (ubuntu-16.04-64, ubuntu-18.04-64 only for tests/nested/core/) and we aren't really running core20 nested tests now? [11:29] :/ [11:29] pstolowski: please discuss this with Ian and Sergio [11:29] sure [11:33] PR snapd#10116 closed: gadget: be more flexible with kernel content resolving [11:38] PR snapd#10117 closed: cmd/snap-bootstrap/initramfs-mounts: write active boot-flags to /run [11:40] hmmm maybe it works, but then i'm confused [11:41] cachio: hey, isn't https://github.com/snapcore/snapd/pull/10086 missing 20.04 in systems: for nested/core ? [11:41] PR #10086: tests: unifying the core20 nested suite with the core nested suite [11:41] pstolowski, checking [11:42] hi [11:42] pstolowski, yes [11:42] cachio: ok, i've a pr for that [11:43] pstolowski, nice catch [11:43] thnanks [11:43] cachio: however, i could still exeute google-nested:ubuntu-20.04-64:tests/nested/core/core20-basic and it works (?) [11:46] yes [11:46] even you can run a manual test in case the suite is marked as manual [11:48] PR snapd#10128 opened: Add 20.04 to systems for nested/core [12:04] ooof good catch pstolowski [12:07] pstolowski: I answered your question in https://github.com/snapcore/snapd/pull/10053 [12:07] PR #10053: o/snapstate: helper for getting snaps affected by refresh, define new hook [12:08] thanks [13:08] PR snapd#10129 opened: boot: set extra kernel command line arguments when making a recovery system bootable [13:43] PR snapd#10068 closed: o/configstate: don't pass --root=/ when masking/unmasking/enabling/disabling services [13:57] ijohnson silly question, what's the thinking on https://github.com/snapcore/snapd/pull/10110 ? it's marked 2.50 but it's also blocked [13:57] PR #10110: interfaces/builtin: introduce dsp-control interface <⛔ Blocked> [13:57] ijohnson do we need it for 2.50 still? [13:58] mvo: need to ask woodrow about that one, woodrow said it was needed soon for a delivery, but he tested the PR and said it worked for what woodrow has access to, but waiting for the customer to test the interface with their software (which woodrow doesn't have access to afaik) before we can merge it [13:58] I'll ping him now on MM, maybe he's still around today yet [13:58] PR snapd#10003 closed: configstate: add a config option for systemd-resolved [14:01] mvo: well also the pr needs security review, so probably monday is soonest it could land in any case [14:11] ijohnson yeah, it's fine, I can review and we can cherry-pick it [14:39] ijohnson: i replied in https://github.com/snapcore/snapd/pull/10120/files#r610678787 does that make sense? [14:39] PR #10120: boot: derive boot variables for kernel command lines [14:39] mborzecki: I understand that, I guess I think it would be nice if we supported this as a feature generally, not just for secure boot [14:40] the issue being that if you want to tweak the kernel command line for pi for example, it's rather difficult to do by modifying our upstream gadget [14:40] ijohnson: yeah, afaiu this is/will be goal once we support the secure boot case fully [14:40] you have to un-mkimage the asset from flash-kernel PPA, then re-mkimage boot.scr [14:42] mborzecki: sure if the eventual goal is to support this generally for more bootloaders and we are just doing the minimal work for secure boot that's fine, but I just want to still keep more bootloaders as the eventual goal [14:43] maybe because I haven't seen the full code change but it feels like it shouldn't be a lot more work to enable it for other bootloaders, but again I haven't seen your full code [15:12] ijohnson: I removed blocked from 10110 [15:12] ijohnson I think that is in line with what we discussed? [15:12] yes [15:18] ijohnson: btw #10129 is where that helper from boot is being used [15:18] Bug #10129: shadow: new changes from Debian require merging [15:18] PR #10129: boot: set extra kernel command line arguments when making a recovery system bootable [15:19] mborzecki: ack will take a look [15:19] thanks [15:21] * cachio lunch [15:26] netplan test failed? https://paste.ubuntu.com/p/MTbDcbWxZN/ seems like after netplan apply connection to the spread node was lost [15:42] hmm that seems bad [15:58] ijohnson: at least some part of the configuration was applied [16:09] PR snapd#10130 opened: boot: load bits of kernel command line from gadget snaps [16:15] that's it, don't want to spam the snapd repo with more PRs at this point [16:44] can I get a +1 on 9999 so that I can land it on master? this way we can test kernel-dtb on edge end-to-end [16:44] (super trivial PR) === pedronis_ is now known as pedronis [16:54] mvo: done [16:54] PR snapd#10131 opened: tests: new os.paths tool [16:54] pedronis: thanks! [16:55] cachio_: I branched 2.50 and triggered the 2.50~pre1 build in the beta/ channel [16:55] cachio_: I will also try to get core to better later tonight [16:55] cachio_: hopefully the various pi tests can run then [16:58] ijohnson: I missed this, boot-flags should probably live in /run/snapd not /run/snapd/snap-bootstrap [16:59] pedronis: ah okay, I thought since it's something that only snap-bootstrap writes to, that snap-bootstrap "owns" it and thus it should live under snap-bootstrap's dir [16:59] ijohnson: it strange for boot to refer to dirs.SnapBootstrapRunDir [17:00] doesn't seem strange to me, but okay === ijohnson is now known as ijohnson|lunch [18:04] PR snapd#9999 closed: snapstate: add "kernel-assets" to featureSet [18:21] ijohnson|lunch: I'm working on changing that file location [18:41] pedronis: ack === ijohnson|lunch is now known as ijohnson [18:55] ijohnson: did we possibly break something recently with core20, I have seen ubuntu-core-20 tests timing out in prepare in spread, and I'm seeing from a run started locally right now [18:55] pedronis: I haven't seen that [18:55] do you have any more logs other than it just times out ? [18:55] also normal uc20 spread tests or nested ? [18:55] normal [18:56] I'm trying to run google:ubuntu-core-20-64:tests/core/basic20 [18:56] and seems stuck on reboot [18:57] ok, I will try to reproduce [18:57] might be the changes I did here, but I have a timeout today also in a different spread [18:57] *have seen [19:03] ijohnson: I proposed https://github.com/snapcore/snapd/pull/10132, as I said it got stuck on reboot so the test/code might be broken, though the changes are simple [19:03] PR #10132: boot,tests: move where we write boot-flags one level up [19:03] pedronis: ack I will have a look [19:04] PR snapd#10132 opened: boot,tests: move where we write boot-flags one level up [19:09] * cachio_ afk [19:28] pedronis: if you're still around I finished refactoring the dsp pr [20:25] also fwiw I have run uc20 on gce 3 times in a row without reproducing the prepare failure [20:26] well run google:ubuntu-core-20-64:tests/core/basic20 that is [20:44] PR snapd#10133 opened: wrappers/services.go: introduce EnsureSnapServices()