[00:19] PR snapcraft#2941 closed: [WIP] extensions: add cleanup extension [00:19] PR snapcraft#3461 closed: repo: account for arch & version when filtering stage packages [00:24] PR snapcraft#2826 closed: Copy npm and npx binaries in snap === JanC_ is now known as JanC [04:50] PR snapd#10099 opened: tests/main/snapd-snap: build the snapd snap on all platforms with lxd [04:55] PR snapd#9984 closed: boot/flags.go: add SetNextBootFlags, NextBootFlags for snapd_next_boot_flags bootenv <â›” Blocked> [06:00] morning [07:00] morning [07:04] pstolowski: hey [07:10] is cla check back to working state again? [07:13] good morning pstolowski and mborzecki ! [07:14] mborzecki, pstolowski anything critical I missed while I was off? [07:15] PR snapd#10100 opened: github: revert cla-check action [07:16] mvo: hm not quite, aside from the cla action making LP database cry a little bit :) [07:17] mvo: not really, apart from that cla issue [07:22] mborzecki: haha, we can always revert that if it's a problem [07:22] (I assume we can :) ?) [07:26] hey [07:26] yeah, see #10100 [07:26] Bug #10100: pgadmin3: new changes from Debian require merging [07:26] PR #10100: github: revert cla-check action === zyga_ is now known as zyga-fyke [07:27] hey mvo :) [07:28] good morning zyga-fyke [07:30] mborzecki: \o/ [07:30] mvo, all releases are late, including ours ;-) [07:31] arguably it's late because docs and website are not in place but it's late non the less [07:31] how are you guys doing? [07:31] mborzecki: did we talk to marcus (I think it was him who wrote it?) about it? [07:31] zyga-fyke: hello! [07:31] mvo: there was some investigation on internal mm, pstolowski knows the details, but iirc it hit some unoptimized database query in lp [07:32] mvo: https://bugs.launchpad.net/launchpad/+bug/1921727 [07:32] Bug #1921727: Error 503 when trying to iterate over lp.people[team].participants [08:46] mborzecki,mvo: awaiting review of my fix for the query in question [08:47] cjwatson: thanks for the info! [08:47] (and the fix) [08:57] is pedronis off today? [09:05] pstolowski: he is here but had lot's of meetings so far [09:06] mvo: ah ok [09:40] PR snapd#10093 closed: o/configstate/configcore/picfg.go: add hdmi_cvt support [09:52] #10077 needs a 2nd review [09:52] Bug #10077: libforms1: new changes from Debian require merging [09:52] PR #10077: o/configstate: fix panic with a sequence of config unset ops over same path [09:54] pedronis: hi, i have been pondering storing of refresh hints in the state; do you think storing snap.Infos will be too much? [09:55] pstolowski: yes, also we don't support serialising them to JSON [09:55] at least atm [09:55] pedronis: yes i know [10:00] pstolowski: I think we need to store something like a partial SnapSetup maybe? [10:07] pedronis: I think SnapActionResult should remain untouched and still have snap.Info inside? [10:20] * pstolowski quick errand [10:28] pstolowski: yes, if we do changes they would be in snapstate, not store [11:17] ack [11:26] PR snapd#10040 closed: daemon: switch api_test.go to daemon_test and various other cleanups === pedronis_ is now known as pedronis [12:28] ijohnson, mborzecki hi [12:28] I see this error creating new images [12:28] + go get -u github.com/kardianos/govendor [12:28] go: unknown environment setting GO111MODULE=false [12:28] running the spread suite [12:29] it is a new thing [12:29] do you know if it is something that we changed? [12:33] hmm that should be set to "off" [12:34] cachio: we don't set it to false anywhere afaict [12:34] mmm [12:35] mborzecki, ok, because ubuntu failed with this [12:35] and also arch [12:36] and debian [12:36] cachio: which PR? [12:37] mborzecki, none [12:37] it is in the project that creates the images [12:37] all the iamges failed with the same error [12:38] after I create the images I run spread tests to check if the new image is ok [12:38] and those tests failed for all the systems [12:38] cachio: do you run the usual spread suite? [12:39] mborzecki, yes, using master [12:40] I'll generate a new image so I can see if there is a new dep which is causing this [12:40] does it make sense to you mborzecki ? [12:40] cachio: do you have full log? [12:41] mborzecki, https://pipelines.actions.githubusercontent.com/ANH3epfEq8kK29ooCw1oX3TaDZYrJJO2v99mFUMnzzJVA9pM4I/_apis/pipelines/1/runs/880/signedlogcontent/3?urlExpires=2021-03-31T12%3A42%3A04.1175091Z&urlSigningMethod=HMACV1&urlSignature=gobugoripjjOpyw9H0xAecsg1vxmrGH8%2FjWsO9usJt0%3D [12:43] cachio: hm url expired, which project executed that? [12:44] mborzecki, https://paste.ubuntu.com/p/45xF5mzPDT/ [12:44] mborzecki, spread-cron [12:48] cachio: hmm weird, as i wrote, we don't seem to be setting GO111MODULE=false anywhere, we do set it to `off` [12:48] mborzecki, yes, I saw the same [12:48] but it is failing in all the images [12:49] so, perhaps there is dependency which is doing that [13:01] PR snapd#10086 closed: tests: unifying the core20 nested suite with the core nested suite [13:01] PR snapd#10092 closed: tests: uboot-unpacked-assets updated to reflect the real path used to find the kernel [13:35] ijohnson: should I force landing https://github.com/snapcore/snapd/pull/10089 ? [13:35] PR #10089: o/configstate/configcore: simple refactors in preparation for new function [13:36] pedronis: yes sorry I asked you about that yesterday but you must have missed my message [13:36] pedronis: https://github.com/snapcore/snapd/pull/10073 too please [13:36] PR #10073: o/devicestate/devicemgr: register install-device hook, run if present in install [13:36] all the failures on those two prs are unrelated [14:02] ijohnson: had a short break, doing that now [14:02] thank you [14:04] ijohnson: done [14:06] PR snapd#10073 closed: o/devicestate/devicemgr: register install-device hook, run if present in install [14:06] PR snapd#10089 closed: o/configstate/configcore: simple refactors in preparation for new function [14:16] PR snapd#10101 opened: tests: add spread test for snap validate against store assertions [14:28] pstolowski: in all the red I missed that https://github.com/snapcore/snapd/pull/10083 has a real static check issue with formatting [14:28] PR #10083: systemd: enrich UnitStatus returned by systemd.Status() with Installed flag [14:29] pedronis: ah sorry, missed that yoo [14:29] *too [14:31] updated [14:35] pstolowski: https://bugs.launchpad.net/snapd/+bug/1899992 is fix committed? it's in 2.49.2? [14:35] Bug #1899992: refresh.timer=managed prevents setting other configurations, e.g. proxy.http [14:39] pedronis: yes, it's in 2.49.2 [14:59] pstolowski: thx, I updated the bug [14:59] ty [15:36] PR snapd#10102 opened: daemon: introduce apiBaseSuite.(json|sync|async|error)Req (and some apiBaseSuite comsmetics) [15:39] pstolowski: mvo: another step of cleanups ^ [15:39] pedronis: nice, thank you! in a meeting [15:39] pedronis: will have a look after :) [15:40] pedronis: thanks [15:45] ijohnson: what's the state of https://github.com/snapcore/snapd/pull/10088 vs https://github.com/snapcore/snapd/pull/9965 ? it sounds like we should just look at the latter? [15:45] PR #10088: o/configstate/configcore/picfg.go: use ubuntu-seed config.txt in uc20 run mode [15:45] PR #9965: sysconfig, o/configstate/configcore: first step to image build pi-config application <â›” Blocked> [15:46] pedronis: sorry if I didn't make it clear enough but look at 10088 first [15:46] the changes in 9965 depend on 10088 now [15:46] yes, but it also says the change are a bit broken [15:46] you could look at 9965 for the full picture but I'd rather land the smaller change first [15:46] and it's 84 lines [15:47] I just meant by that that there is a subtle bug in the smaller PR that is fixed in the larger one [15:47] if you really want I can force repush everything to include the fix in the smaller one [15:48] pedronis: to be clear, the smaller PR fixes the verbatim bug that we write to the wrong file on uc20 run mode and during seeding [15:49] pedronis: the larger pr is the one that adds the new feature which pre-configures config.txt at image build time, which is not a bug per se, at least not one anybody has loudly complained about [15:49] ijohnson: shouldn't we import boot to find the mode? [15:50] pedronis: do you want to leave a review instead? it may be easier to track your comments and my responses than over IRC [15:52] sorry, I thought it would be an easy win but itsn't, I will do a proper review in the morning [15:52] ok, no rush thanks for taking a look [15:55] anyway I left a comment with my question === waveform_ is now known as waveform [16:17] * cachio lunch === ijohnson is now known as ijohnson|lunch === mcphail9 is now known as mcphail === ijohnson|lunch is now known as ijohnson === jnsgruk01 is now known as jnsgruk [21:58] PR snapd#10103 opened: boot: support read/writing boot-flags from userspace/initramfs