[00:40] PR snapd#9707 closed: update-pot: fix typo in plural keyword spec [00:45] PR snapd#9717 opened: update-pot: fix typo in plural keyword spec [06:07] PR snapd#9711 closed: tests: reset fakestore unit status [06:17] PR snapd#9633 closed: github: run nested suite when commit is pushed to release branch [06:17] PR snapd#9714 closed: client: reduce again the /v2/system-info timeout [06:41] hey mborzecki [06:41] good morning mvo [06:48] mvo: looks like https://github.com/snapcore/snapd/pull/9694 can be squash merged [06:48] PR #9694: o/devicestate,daemon: fix reboot system action to not require a system label [06:52] PR snapd#9716 closed: daemon: split interfacesCmd to api_interfaces.go [07:15] good morning guys [07:15] 2 more days and I'll be out of the planning craze [07:15] mvo: is https://github.com/snapcore/snapd/pull/9712 something you want for 2.48? [07:15] PR #9712: cmd/snap-repair,store: increase initial retry time intervals, stalling TODOs [07:15] zyga: hey [07:17] PR snapd#9712 closed: cmd/snap-repair,store: increase initial retry time intervals, stalling TODOs [08:00] morning [08:05] good morning pstolowski [08:05] mborzecki: I was thinkning about 9712, not sure tbh [08:12] PR snapd#9694 closed: o/devicestate,daemon: fix reboot system action to not require a system label [08:17] PR snapd#9717 closed: update-pot: fix typo in plural keyword spec [08:22] pstolowski: hey [08:39] mvo: mborzecki: hi, more nested fun, this seems to fail on 18 for real (but not 20): https://github.com/snapcore/snapd/pull/9713 [08:39] PR #9713: tests: sign new nested-18|20* models to allow for generic serials [08:45] mvo: I commented in https://github.com/snapcore/snapd/pull/9709 [08:45] PR #9709: snapshotstate: improve handling of multiple errors [08:48] pedronis: hm why are there only cloud init tests failing though? [08:50] pedronis: thank you, looking [09:07] mborzecki: thanks, I added the comments in https://github.com/snapcore/snapd/pull/9710, slightly tweaked [09:07] PR #9710: seed/seedwriter: consider modes when checking for deps availability [09:08] pedronis: thanks [09:13] pedronis: hey, can we talk about validation sets monitoring today? [09:19] mborzecki: looking at the logs for those 18 nested failures is very strange, it seems we get through all the process, but logging in continues to fail [09:20] pedronis: there's cmd_auto_import.go:228: error: cannot mount /dev/sr0: mount: /tmp/snapd-auto-import-mount-409874544: wrong fs type, bad option, bad superblock on /dev/sr0, missing codepage or helper program, or other error. [09:20] maybe the isos prepared by the test are bad? [09:21] mmh, but how does this relate to the new model [09:21] pedronis: anyways, i'm running that test on master right now, i don't think the PR you have would trigger that [09:21] thx [09:21] pstolowski: we can chat at 11 ? [09:24] mborzecki: mmh, I know [09:26] mborzecki: it's my fault, I think I know how to fix but a bit annoying [09:26] pedronis: ok [09:26] pedronis: ok [09:26] mborzecki: I need to sign the system-user assertion [09:26] we probably need one depenign on who signed the model [09:38] Hey guys! Can anyone take a look at why snapd FTBFS on bionic arm64? https://launchpad.net/ubuntu/+source/snapd/2.48+18.04/+build/20328505 [09:39] And same for xenial armhf: https://launchpad.net/ubuntu/+source/snapd/2.48/+build/20328512 [09:39] Please be sure to always look at whether the package builds correctly on all series and arches once you submit the SRU! [09:41] sil2100: the unit tests failed in both, i'm guessing it's timing/slowness issue [09:42] sil2100: sorry for this! [09:42] PR snapd#9718 opened: secboot,devicestate: add scaffoling for "fde-reveal-key" support [10:03] pstolowski: I'm in the standup [10:03] pedronis: ok coming [12:03] PR snapd#9710 closed: seed/seedwriter: consider modes when checking for deps availability === pedronis_ is now known as pedronis [13:43] PR snapd#9719 opened: boot: set kernel command line in modeenv during install [15:09] now my nested core 18 tests failed in a different way :/ [15:10] pedronis: what was it that you tried to change to nested.sh with respect to system-user assertions? [15:10] I thought I added support for tests to supply their own system-user assertion with some env var for the cloud-init stuff [15:10] I forgot to ask you about that after the SU [15:11] ijohnson: you did but not sure it was the best approach here, I did something slightly different: https://github.com/snapcore/snapd/pull/9713/commits/26a9ebba4b50fceb5765e1e634b60afaab8a8738 [15:11] PR #9713: tests: sign new nested-18|20* models to allow for generic serials [15:11] * ijohnson looks [15:11] anyway the cloud init tests now passed, it's something else that failed [15:30] meh 7 files changed, 515 insertions(+), 33 deletions(-) [16:05] pedronis: I updated 9715 based on your suggestion, please let me know if I understood this correctly. if it looks reasonable I will add more unit tests and mark it a non-draft(?) [16:07] mvo: yes, it looks reasonable, did you find it ok the suggestion? [16:11] ijohnson: hey, would you take a look at #9590 when you have a moment? [16:11] PR #9590: tests: download timeout spread test [16:11] pstolowski: sure I will add it to my queue [16:12] pedronis: yes, I would love if that area would get some refactor but for now I think it's nice, thanks for the suggestions! [16:14] mvo: do you have a moment to talk about 9718 ? [16:15] pedronis: sure, is in 5min okay? [16:17] yes [16:17] mvo: ping me [16:18] pedronis: ready in the standup ch now [16:19] (but no rush) [16:34] ijohnson: thanks [17:21] pedronis: got a second to chat about the disks package? [17:21] I need to search now by partition label as well as by filesystem label like we are doing today [17:22] ijohnson: yes [17:22] I'm wondering if you would prefer to add another method to the interface to expand FindMatchingPartitionUUID to take a SearchOptions or something which specifies what query to use [17:22] what is easiest is to just expand the interface to have 2 interfaces: [17:22] FindMatchingPartitionUUIDFromPartitionLabel [17:23] FindMatchingPartitionUUIDFromFilesystemLabel [17:23] but that's a mouthful [17:24] err sorry I guess I phrased my question awkwardly, I think there are two options option 1 which is the easiest is to have 2 methods like I mentioned above, and option 2 is to have 1 Find*() function and then have an SearchOptions or something to specify how to search [17:24] FindMatchPartitionUUIDFromPartLabel FindMatchingPartitionFromFSLabel ? [17:25] option 2 is a bit strange in this context to me [17:27] sure option 1 is the simplest I think [17:27] ok, I will go with that [17:27] FYI in case you didn't see in the UC20 channel, we need this for the lk bootloader work too [17:27] since the partitions we need to search for don't have filesystems and thus don't have filesystem labels === ijohnson is now known as ijohnson|lunch === ijohnson|lunch is now known as ijohnson [19:15] PR snapd#9720 opened: many: rename disks.FindMatching... to FindMatching...WithFsLabel and err type [19:30] PR snapd#9721 opened: osutil/disks: add FindMatchingPartitionUUIDFromPartLabel to Disk iface [21:00] PR snapd#9722 opened: daemon: split apps and logs endpoints to api_apps.go and tests [21:00] PR snapd#9723 opened: daemon: move some more api tests from daemon to daemon_test