[01:50] <mup> PR snapd#10012 opened: tests: revert os.query usage in spread.yaml <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10012>
[03:05] <mup> PR snapd#10013 opened: o/devicestate/handlers_install.go: split makebootable into it's own task <Needs Samuele review> <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10013>
[06:44] <mborzecki> morning
[07:41] <mup> PR snapd#10000 closed: client: protect against reading too much data from stdin <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10000>
[07:42] <mvo> mborzecki: I'm inclined to merge 10008 with only a single review because it fixes master, wdyt?
[07:42] <mborzecki> mvo: yes, please ;)
[07:46] <mborzecki> mvo: thanks!
[07:46] <mup> PR snapd#10008 closed: tests/lib/prepare: fix repacking of the UC20 kernel snap for with ubuntu-core-initramfs 40 <Run nested> <Simple 😃> <⚠ Critical> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10008>
[07:49] <mvo> mborzecki: Thank *you* for the fix :)
[07:51] <mup> PR snapd#10009 closed: boot: export bootAssetsMap as AssetsMap <Simple 😃> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10009>
[07:55] <mborzecki> hm hm, snap-store edge is older than stable/candidate/beta?
[07:57] <mup> PR snapd#10012 closed: tests: revert os.query usage in spread.yaml <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10012>
[08:03] <pstolowski> morning
[08:04] <mvo> good morning pstolowski
[08:04] <mvo> mborzecki: 9989 seems to fail in unit tests right now, may need an update after the PR from ian about boot.AssertsMap
[08:07] <mup> PR snapd#9996 closed: tests: improve sections prepare and restore - part 1 <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9996>
[08:07] <mup> PR snapd#9997 closed: tests: update details on task.yaml files <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9997>
[08:26] <mborzecki> pstolowski: hey
[09:26] <pedronis> pstolowski: hi, it's #9922 ready for re-review?
[09:26] <mup> PR #9922: api: validation sets monitor mode <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9922>
[09:27] <mup> PR snapd#10014 opened: release: 2.49.1 <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10014>
[09:27] <pstolowski> pedronis: hey, i'm pondering about your question re validateAgainstStore; other than that - yes
[09:27] <pedronis> mborzecki: hi, should I look at #10006 again?
[09:27] <mup> PR #10006: [RFC] cmd/snap-bootstrap: refactor handling of ubuntu-save, do not use secboot's implicit fallback <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10006>
[09:27] <mup> Bug #10006: python libglade program crashes on load <pygtk (Ubuntu):Fix Released by seb128> <https://launchpad.net/bugs/10006>
[09:28] <mborzecki> pedronis: yes, please do, if it makes sense i'll update the diagrams and poke ian for reviews too
[09:28] <mborzecki> pedronis: i mean, unless you didn't finish the review on friday, as i haven't pushed the helper for naming partitions to your secboot
[09:32] <mup> PR snapd#9784 closed: interfaces/builtin/network-setup-{control,observe}: allow using netplan directly <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9784>
[09:43] <pstolowski> pedronis: i agree with your question about validateAgainstStore; shall i address it in this PR or followup?
[09:50] <pedronis> pstolowski: given the PR is already a bit big a follow-up?
[09:50] <pstolowski> pedronis: sure, that works for me
[09:53] <mborzecki> mvo: can you land #9989? the failures unrelated and mostly in apt-hooks and snap-advise
[09:53] <mup> PR #9989: boot: reseal the run key for all recovery systems, but recovery keys only for the good ones <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9989>
[10:07] <mvo> mborzecki: sure
[10:08] <mvo> mborzecki: done
[10:08] <mborzecki> mvo: thank you!
[10:12] <mup> PR snapd#9989 closed: boot: reseal the run key for all recovery systems, but recovery keys only for the good ones <Run nested> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9989>
[11:22] <mup> PR snapd#9914 closed: image: write resolved-content from snap prepare-image <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9914>
[12:12] <mup> PR snapd#10015 opened: boot: simplify systems test setup <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10015>
[12:17] <mup> PR snapd#10016 opened:  boot: helper for inspecting the outcome of a recovery system try  <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10016>
[13:08] <ijohnson> morning folks
[13:08] <mborzecki> school run, back in 30
[13:11] <pstolowski> hey ijohnson
[13:11] <ijohnson> hello pstolowski
[13:14] <ogra> oh, wow ... i'm hitting the "fonts show as squares" issue on my 16.04 for the first time !
[13:14] <ogra> (i have never seen that on Ubuntu before)
[13:15] <ijohnson> actually pstolowski I was just looking at your bootchart you put in the SU notes, thanks for doing that, where did you get the 248ms number from ?
[13:20] <cachio_> mborzecki, hi
[13:20] <cachio_> mborzecki, this is just failing on arch https://paste.ubuntu.com/p/S6vJCMtPsQ/
[13:20] <cachio_> any idea if it is a known issue?
[13:29] <mup> PR snapcraft#3468 opened: store: set auth headers when using login --with <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3468>
[13:31] <mborzecki> re
[13:32] <mborzecki> cachio_: kind of, we've seen it fail on arch quite frequently
[13:34] <cachio_> mborzecki, the problem is that when we remove the snap and the rule
[13:34] <cachio_> the tag is not removed
[13:35] <cachio_> so if in the same machine are executed both variants of the same test
[13:35] <cachio_> the second one fails
[13:35] <ijohnson> cachio_: as I think I mentioned yesterday, that test needs to clean up after itself more to avoid the fact that snapd does not entirely clean itself up
[13:35] <cachio_> ijohnson, but it works well in other systems than arch
[13:35] <cachio_> I just can reproduce that on arch
[13:36] <ijohnson> cachio_: I think the root cause is the same though, that snapd does not clean up / remove cgroups after the snap is removed, I think we need to add a force cleanup restore section to the test
[13:36] <mborzecki> hmm maybe something about incomplete cleanup on arch then
[13:37] <ijohnson> are all the store find tests still broken this morning
[13:37] <ijohnson> ?
[13:37] <cachio_> ijohnson, you mean to add a new rule to clean the tag?
[13:37] <cachio_> ijohnson, aparently yes :(
[13:37] <ijohnson> cachio_: I mean we need to fix the test, can you send me a list of tests that check for this kind of device tagging / cgroup behavior ?
[13:37] <ijohnson> :-/
[13:39] <diddledan> snapcraft.io builds are broken for several folk https://forum.snapcraft.io/t/the-specified-repository-is-being-used-by-another-snap/23218/4
[13:41] <mborzecki> cachio_: ijohnson: hmm surprisingly my browsing history lists pages about removig udev tags :/
[13:41] <ijohnson> oh no haha
[13:50] <pstolowski> ijohnson: look for mkdir  [865]10.9ms, install with 248.5ms is a bit above
[13:51] <ijohnson> pstolowski: oh I see I was looking at the other install hook which was calling postgres etc
[13:55] <pstolowski> ijohnson: my only guess is that the discrepnancy (248ms from bootchart vs 1500ms from debug timings) is an overhead of snap run/confine which is simply not reflected in bootchart
[13:56] <ijohnson> pstolowski: do you know if the number behind the bootchart is system time or wall time?
[13:57] <ijohnson> because just glancing at the chart, it seems that the bar for that install task is longer than 1 second, each x axis tick is 1 second and it's at least 1 tick long
[13:57] <ijohnson> so I don't wonder if it was stuck waiting on I/O or something else and we are just measuring system time with the boot chart, but wall time with the timings
[13:57] <pstolowski> hmm
[13:58] <ijohnson> what's also weird is io write is very low there and io read is moderately low, but cpu is 100% and cpu wait is 100% at that time
[13:58] <ijohnson> anyways SU now
[13:58] <mup> PR snapd#10014 closed: release: 2.49.1 <Simple 😃> <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10014>
[13:58] <mup> PR snapd#10015 closed: boot: simplify systems test setup <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10015>
[14:37] <zyga> re
[14:37] <zyga> so tired today
[14:38] <zyga> hey folks, how are things
[14:43] <mup> PR snapd#10017 opened: gadget: remove `device-tree{,-origin}` from gadget tests <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10017>
[14:52] <ijohnson> tests are sad
[14:58] <mvo> ijohnson: oh no
[14:58] <mvo> ijohnson: which one in particular?
[14:58] <ijohnson> mvo: I just meant that the store tests seem to be sad
[14:58] <ijohnson> about find/sections
[14:59] <mvo> ijohnson: oh, ok
[14:59] <mvo> ijohnson: sorry, misunderstood
[14:59] <ijohnson> no worries
[15:08]  * cachio lunch
[15:30] <mup> PR snapcraft#3468 closed: store: set auth headers when using login --with <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3468>
[15:40] <pstolowski> https://github.com/snapcore/snapd/pull/10007 needs 2nd review
[15:40] <mup> PR #10007: o/configstate, o/snapshotstate: fix handling of nil snap config on snapshot restore <Bug> <Needs Samuele review> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10007>
[16:18] <pstolowski> pedronis: thanks for the reviews
[16:21] <pedronis> thank you
[16:25] <mup> PR snapcraft#3460 closed: repo: introduce DebPackage class to standardize package name parsing <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3460>
[16:45] <mup> PR snapcraft#3469 opened: [wip] craft-providers <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3469>
[16:49] <cjwatson> diddledan: Launchpad regression, sorry.  We're rolling back now
[17:02] <cjwatson> diddledan: ... and fixed now
[17:06] <diddledan> thanks cjwatson
[17:06]  * diddledan wonder what ya'll broke :-p
[17:07] <diddledan> and fix confirmed :-)
[17:09] <cjwatson> diddledan: I linked to the (probable) fix in the forum thread
[17:11] <cjwatson> SQL bug in a privacy filter
[17:11] <diddledan> aha
[17:11] <diddledan> SQL keeps winning :-)
[17:14] <cjwatson> SQL always wins
[17:14] <cjwatson> Somehow
[17:15] <diddledan> just like DNS
[17:15] <diddledan> it's been 0 days since it was DNS or SQL
[17:18] <diddledan> I'm now reading up on what COALESCE does :-p
[17:19] <diddledan> aaah, a form of fallback
[17:22] <cjwatson> Returns first argument that isn't NULL, yes
[17:29] <mup> PR snapd#10010 closed: boot/assets.go: add InstallObserverOptions to allow providing previous assets <UC20> <Created by anonymouse64> <Closed by anonymouse64> <https://github.com/snapcore/snapd/pull/10010>
[17:29] <mup> PR snapd#10013 closed: o/devicestate/handlers_install.go: split makebootable into it's own task <Needs Samuele review> <Run nested> <UC20> <Created by anonymouse64> <Closed by anonymouse64> <https://github.com/snapcore/snapd/pull/10013>
[17:29] <mup> PR snapd#10018 opened: boot: revert #10009 <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10018>
[17:37] <diddledan> presumably that allows you to update the database with the new column without going through the historical records writing a default value to everything that was already saved
[17:37] <diddledan> which on launchpad.net might be a LOT of records to be writing default values to :-)
[17:38] <cjwatson> It's not actually that bad for snaps, but that's the general idea
[17:39] <cjwatson> Generally best not to rewrite a table as part of a schema migration if it isn't trivial to do so
[17:39] <diddledan> aye
[17:40] <cjwatson> For something like the Person table this sort of approach would be mandatory
[17:40] <cjwatson> We'll backfill it reasonably soon though
[18:54] <mup> PR snapd#10019 opened: tests: update documentation and checks for interfaces tests <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10019>
[19:05] <cachio> ijohnson, hey, I updated #9960 based on what you explained today
[19:05] <mup> PR #9960: tests: update permission denied message for test-snapd-event on ubuntu 2104 <⛔ Blocked> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9960>
[19:06] <cachio> could you please take a quick look
[19:06] <cachio> feel free to update that if you think either the fix is not correct or it needs more explanation
[19:45] <ijohnson> cachio: sure I will take a look at it
[19:45] <cachio> tx
[20:49] <mup> PR snapd#10020 opened: tests: use fs-state tool in interfaces tests <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10020>
[21:55] <mup> PR snapd#10021 opened: uc20: add dtbo partition support for lk boot loader <Created by kubiko> <https://github.com/snapcore/snapd/pull/10021>
[23:45] <mup> PR snapcraft#3467 closed: gitignore: sort list <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3467>