=== JanC_ is now known as JanC [06:16] morning [07:56] Hey hey [08:01] #8061 needs a 2nd review (it's small) [08:01] PR #8061: daemon: make users result more consistent [08:01] pedronis: zyga: mvo: hey [08:02] mborzecki: hi, should I re-review 8001 or will you push more to it? [08:03] pedronis: pushed a little comment tweak, but it should be ok for re-review [08:03] thx [08:31] * zyga-laptop has some stuff going on at home with friend dropping a dog for weekend [08:41] mvo: I never noticed that snap-bootstrap has a bootstrap subpackage just about creating partitions, it's a bit weird tbh [08:42] pedronis: yeah, it's a bit of a leftover of the early days, I guess we need to clean this up [09:02] mborzecki: +1 on #8001 but there are still some things that need a cleanup [09:02] PR #8001: boot: enable UC20 kernel extraction and bootState20 handling [09:05] mborzecki: let me know if you want me to address some of that or you can [09:05] the last comment is mostly a remark btw, it might get clearer when we split up commit in variants [09:09] pedronis: i'll look into that [09:09] mborzecki: I'm fixing my first comment [09:09] pedronis: ok [09:11] mborzecki: I did this: https://github.com/snapcore/snapd/pull/8001/commits/9906cdbbfcbf292e2e1e91c004dbba810e8bb0d8 [09:11] PR #8001: boot: enable UC20 kernel extraction and bootState20 handling [09:11] * pedronis has some quick errands to take care of [09:50] pedronis: ok, on to 8001, have you pushed the comment fix? [09:50] ah errands, i take that as a no then :) [09:57] mborzecki: I pushed a fix for my comment, not a a comment fix [09:57] pedronis: ah, ok [09:59] mborzecki: what's left is comment in tests that seems not correct, they mention extraction in tests that test other things etc [10:48] pedronis: updated now, tweaked the test a little bit too [10:48] anyone can take a look at https://github.com/snapcore/snapd/pull/8060 ? [10:48] PR #8060: gadget: skip update when mounted filesystem content is identical [10:54] mborzecki ay [10:54] zyga-laptop: hm? what broke? [10:54] ? [10:54] nothing [10:54] I'm just saying I'll look [10:54] :) [10:54] but first, let me grab tea [10:57] mborzecki: thx [10:57] mvo: mborzecki: #8001 needs some kind of 2nd review [10:57] PR #8001: boot: enable UC20 kernel extraction and bootState20 handling [11:18] #8036 needs a 2nd review [11:18] PR #8036: snapstate: refactor things to add the re-refresh task last [11:28] pedronis, mborzecki should I remove the check in commit() for `if u20.env["kernel_status"] != "" {` ? [11:28] ijohnson: it was mostly a remark [11:28] ijohnson: we can think about it when we refactor [11:29] ijohnson: I'm more interested in this things landing atm [11:29] but it needs a review from somebody that is not me [11:29] pedronis ack I'll wait for a review then [11:29] yeah, not me either :P, mvo maybe? [11:30] pedronis my refactor with the base snap is much simpler as commit () is 3 different functions for different scenarios [11:30] PR snapd#8072 opened: daemon, store: better expose single action errors [11:31] can I get a second review on #8061 ? [11:31] PR #8061: daemon: make users result more consistent [11:32] mborzecki https://github.com/snapcore/snapd/pull/8060#pullrequestreview-351447565 +1 [11:32] PR #8060: gadget: skip update when mounted filesystem content is identical [11:35] Chipaca: do we get to kill /v2/create-user? [11:36] mborzecki: thank you for the review [11:36] mborzecki: not at this point in time [11:36] mborzecki: killing it would mean adding a deprecation notice, and removing it in N releases [11:36] that has not been done [11:37] mborzecki: instead we stop talking to it and hope it gets bored and goes away, i guess? :-) [11:37] hahah [11:37] or return an error telling to use the new api [11:38] mborzecki: but, i think we're stuck with it for a good while anyway; people are using it for its intended purpose on devices in the wild [11:39] 'people' here includes some big companies, but also some small companies like us via mwhudson iirc [11:52] zyga-laptop: how was your famous phrase? "nothing can break with this" but much more nicely said [11:52] the one where everything breaks? :D [11:53] There is no breaking or risky change induced by this branch. [11:53] Chipaca ^ [11:53] was ther a T-Shirt ? [11:53] *there [11:53] haha [11:53] I wish [11:54] zyga-laptop: thanks [11:54] zyga-laptop: used it in my latest [11:54] PR snapd#8073 opened: daemon: drop support for the DELETE method [11:54] ^ [11:54] if it fails it's the official label for tag [11:59] Chipaca final commit of the week? :) [11:59] zyga-laptop: ~4 more to come [12:09] PR snapd#8061 closed: daemon: make users result more consistent [12:11] mmh, 8001 will likely conflict with 7705, another reason to try to get it in today [12:12] PR snapcraft#2901 opened: python plugin: do not leak snapcraft's site-packages [12:15] PR snapd#8074 opened: client: move to /v2/users; implement RemoveUser [12:26] mborzecki: re "yeah, not me either :P, mvo maybe?" - which review was that? [12:30] hmm [12:30] in a purported 16.04.5 install: [12:30] snapd is already the newest version (2.0.2). [12:30] hmm² [12:30] mvo: 8001 [12:33] PR snapd#7812 closed: asserts: parse plug-names/slot-names constraints [12:51] PR snapcraft#2902 opened: static: fix some valid flake8 issues [12:53] Chipaca: https://github.com/askervin/python-il/ [12:54] cmatsuoka: micropython's had that for ages :-D [12:54] PR snapcraft#2903 opened: tests: fix status test for staging store [12:54] cmatsuoka: you should check micropython out sometime, if you haven't [12:54] * cmatsuoka checks [12:55] hah, 6 years down the road I'm still contributor #6 :-) [12:55] i guess some things move slowly after a point [12:55] ah no, #8 now [12:55] PR #8: launchpad.net/snappy -> github.com/ubuntu-core/snappy [12:55] good [12:55] mup: shaddup you [12:55] haha [12:55] Chipaca: I apologize, but I'm pretty strict about only responding to known commands. [12:56] mup: from where i'm sitting it looks like you respond to unknown commands as well, tbh [12:56] Chipaca: In-com-pre-hen-si-ble-ness. [12:56] Chipaca: you are #4 by additions [12:57] hehe [12:57] it's not the size of the pull requests, it's how you use them [12:57] or something [12:59] Chipaca: all those stats are questionable [12:59] mhmm [13:09] PR snapcraft#2904 opened: meta: move Snap's from_dict() system-username parsing into new method [13:12] PR snapcraft#2905 opened: requirements-devel: uprev pyinstaller to 3.6 [13:30] good morning for real this time folks [13:30] ijohnson: hey! [13:31] hey mborzecki === ricab is now known as ricab|lunch [13:43] off to school [14:29] * zyga afk for lunch and stuff === ricab|lunch is now known as ricab [15:06] PR snapcraft#2906 opened: [ignore me] travis test [15:11] pedronis: d'oh, was in such a hurry i didn't add tests :-| [15:14] 😱 [15:21] Chipaca: well, we might pick it up unless missing that blocks the follow ups [15:23] re [15:23] roadmr: hush, you [15:23] pedronis: nah i'll get to it in a bit [15:23] 😯 [15:23] 🤫 [15:24] Chipaca: on another PR I find funny that you added single error wrapping, while you removed in another [15:24] I wouldn't add it given it wasn't there and I don't think it relates to what that PR is trying to achieve [15:24] pedronis: ah, probably true, i think that's a mis-change [15:25] pedronis: also i think that bit isn't tested (otherwise there'd be a change in the test and i don't see it) [15:25] yes, as well to that [15:25] as in, it wasn't tested before my refactor i mean [15:25] anyway another reason not to touch that bit in particular [15:26] mhmm [15:36] mborzecki: pedronis: I've addressed your feedback on #8074 [15:36] PR #8074: client: move to /v2/users; implement RemoveUser [15:36] Any thoughts on what would cause a `Cannot retreive credentials in unknown state` when running `snap set system experimental.snapd-snap=true`? [15:38] nvm, that's coming from multipass exec [15:38] Chipaca: thx! [15:51] afk for a little bit [15:53] Chipaca: yes, all the error paths are not tested in users, something for us at some point [15:53] I mean in client/users.go [16:03] pedronis: un P || Q && R, R is only evaluated if !P and Q [16:03] pedronis: right? [16:03] yes, just me being confused for a second [16:03] ah ok [16:04] otoh some parenthesis wouldn't hurt [16:04] i mean, i always think of it as wrong-associative, but :) [16:04] pedronis: yep [16:04] pedronis: pushing that in a sec [16:08] going to take a break now, will bbl to continue punishing travis [16:13] * Chipaca not gone yet [16:53] ijohnson: 8001 is good from my POV, just one concern about the panic() in there but that can be a followup, let's get the next one up :) [16:58] Thanks mvo looking now [16:59] ah just missed him oh well [17:01] PR snapd#7813 closed: interfaces/policy: enforce plug-names/slot-names constraints [17:08] ijohnson: yes, looks like he was looking at some code, because I commented on that in https://github.com/snapcore/snapd/pull/8001#discussion_r372451985 and mborzecki fixed it already [17:08] PR #8001: boot: enable UC20 kernel extraction and bootState20 handling [17:08] *some old code [17:08] yes probably some github ui issue [17:09] pedronis: should I merge now then? [17:09] ijohnson: I would say yes, anyway commit itself will be refactored again [17:09] afaiu [17:09] pedronis: ack, yes I have refactored it [17:11] PR snapd#8001 closed: boot: enable UC20 kernel extraction and bootState20 handling [17:15] yay! [17:15] yay indeed! [17:24] ijohnson: there was indeed a conflict with pawel PR but I pushed a fix hopefully already [17:24] #8036 needs a 2nd review [17:24] PR #8036: snapstate: refactor things to add the re-refresh task last [17:24] pedronis: which of pawel's PRs? [17:50] ijohnson: #7705 [17:50] PR #7705: o/devicestate: handle preseed in firstboot [17:50] pedronis: ah right, I have that on my list to review, I'll try to get to that today or Monday [17:58] PR snapcraft#2902 closed: static: fix some valid flake8 issues [17:58] PR snapcraft#2905 closed: requirements-devel: uprev pyinstaller to 3.6 [18:41] * Chipaca kicks travis a bit more [18:43] PR snapcraft#2903 closed: tests: fix status test for staging store [18:58] ugh travis why do you have to be broke right after I merged my PR :-( [19:00] ijohnson: it had a troubled childhood and has difficulty expressing its love for you [19:00] Chipaca: all that kicking probably didn't help [19:01] * Chipaca punts it back into orbit [19:01] ijohnson: what kicking [19:01] tbh I probably wouldn't work too well either if somebody kept kicking me every time I did something wrong [19:01] ijohnson: travis is the whipping boy [19:03] I'd just like to take this opportunity to thank travis for not being able to kick us back [19:03] * Chipaca actually LOLs [19:13] Chipaca: are you lol'ing as eod-ing? :) [19:23] hey "folks" ;-) [19:24] is to say, the word "folks" okay ? for woman, man, and ... ? [19:24] is it ? [19:26] (sorry, sometimes i make failures. ) [19:28] sdhd-sascha: yes folks is okay for a generic group of people [19:30] ijohnson: thank you :-) *great* ... i'm really poor in language's .. (but i grow) ;-) thank you [19:30] np [19:30] :-) [19:32] ijohnson: still, and again - thankyou [20:01] PR snapcraft#2908 opened: Tt [20:28] PR snapcraft#2906 closed: [ignore me] travis test [20:28] PR snapcraft#2908 closed: Tt [20:35] PR snapd#8074 closed: client: move to /v2/users; implement RemoveUser [20:42] #8063 is now open for business [20:43] PR #8063: cmd/snap: implement 'snap remove-user' [21:10] PR snapd#8075 opened: boot: don't use "kernel" from the modeenv anymore [21:42] * sdhd-sascha Chipaca sorry for me ;-) [21:42] sdhd-sascha: ? [21:43] Chipaca: i'm not so easy - sometimes ;-) i love your hints ;-) [21:43] * sdhd-sascha sometimes i have too much beer ... [21:44] sdhd-sascha: glad you enjoy them, but i'm at a loss as to which ones in particular you mean this time :-D [21:46] Chipaca: as i said - you give me hints, which are very cool, and i understand . not in time. but shorten ... you have a nice way to write ;-) [21:49] Chipaca: i love your sarcasm ;-) [21:49] :-) [21:49] ;-) [21:49] * sdhd-sascha afk - look for my wife... [21:53] * sdhd-sascha back (for a moment) .. is it bad, that i can better talk to you folks... ? i cant say it to .... [21:54] sdhd-sascha: ¯\_(ツ)_/¯ it happens :-) [21:54] * Chipaca takes the dog for a wander [21:55] * sdhd-sascha i wonder, Chipaca how you type this ;-) thank you - make me smile ;-) [21:57] hey, ;-) look forward [22:04] PR snapd#8076 opened: boot: add TryBase and BaseStatus to modeenv; use in snap-bootstrap [22:06] * ijohnson EOWs [22:06] PR snapd#8077 opened: boot: enable base snap updates in bootstate20 [23:06] * sdhd-sascha how much is too much talk ... can i be litte crazy