[02:28] <jcrben> @ogra: thanks, it's nice to know how things are populated!
[05:28] <mborzecki> morning
[05:33] <mborzecki> brb, new kernel
[05:35] <mborzecki> re
[07:07] <pstolowski> morning
[07:07] <mborzecki> pstolowski: hey
[07:08] <mborzecki> pstolowski: great that you're around, can you take a look at the lastest patches in https://github.com/snapcore/snapd/pull/7195 ?
[07:08] <mup> PR #7195: many: fix unit tests getting stuck <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7195>
[07:08] <mborzecki> pstolowski: the unit tests job was green 6 times in a row
[07:08] <pstolowski> sure, excellent!
[07:23] <pstolowski> yay, #7092 is green \o/
[07:23] <mup> PR #7092: packaging: use snapd type and snapcraft 3.x (2/4) <⛔ Blocked> <Created by stolowski> <https://github.com/snapcore/snapd/pull/7092>
[07:24] <mborzecki> hm and so is #7195 :)
[07:24] <mup> PR #7195: many: fix unit tests getting stuck <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7195>
[07:42] <jamesh> pstolowski: glad --destructive-mode solved your problem
[07:49] <pstolowski> jamesh: thanks, also for the latest remark re snapd base; we special-case snapd snaps not to pull any prerequisites (base) so it has no effect on snapd. but yes, this is unfortunate, build-base would be better. let's see what what pedronis and mvo think when they are back. thanks again!
[07:59] <pstolowski> i'll actually go ahead and try to fix it in snapcraft
[08:07] <mborzecki> and merged
[08:08] <mup> PR snapd#7195 closed: many: fix unit tests getting stuck <Simple 😃> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7195>
[08:08] <mborzecki> quick errand, back in 30 or sth
[08:44] <pstolowski> Chipaca: hey! do you have a moment to discuss an aspect of https://forum.snapcraft.io/t/behavior-change-risk-only-channel-specifications-will-not-switch-track/11769 in a HO?
[09:23] <mborzecki> re
[09:23] <mborzecki> stray dogs are fun, idk why they keep coming to us
[09:39] <Chipaca> pstolowski: yes, sorry i didn't see your message
[09:40] <pstolowski> Chipaca: np; standup HO?
[09:40] <Chipaca> sure
[09:49] <Chipaca> hm, i guess rob is at toronto as well?
[10:06] <mup> PR snapd#7199 opened: overlord/snapstate: keep current track if only risk is specified <Created by stolowski> <https://github.com/snapcore/snapd/pull/7199>
[10:09] <pstolowski> Chipaca: ^
[10:09] <Chipaca> ack
[10:37] <mup> PR snapcraft#2650 opened: store: send snapcraft-started-at in push requests <Created by cjwatson> <https://github.com/snapcore/snapcraft/pull/2650>
[10:53] <zyga> Hey there
[10:58] <pstolowski> hey zyga, how are you? how is the sprint going?
[10:58] <zyga> Hey, I’m doing good
[10:59] <zyga> The sprint is halfway there. There are some small changes but nothing major yet
[10:59] <zyga> We are doing goodI think
[11:00] <zyga> Look at the roadmap document
[11:00] <zyga> If you have any questions please let me know
[11:24] <pstolowski> Chipaca: one small annoyance with snap switch & #7199, added a comment, wdyt?
[11:24] <mup> PR #7199: overlord/snapstate: keep current track if only risk is specified <Created by stolowski> <https://github.com/snapcore/snapd/pull/7199>
[11:31] <Chipaca> pstolowski: 'snap' asks the api for the current snap and shows the channel from there
[11:31] <Chipaca> pstolowski: see showDone in cmd_snap_op.go
[11:31] <Chipaca> pstolowski: the same codepath for switch and refresh should it should be the same
[11:31] <Chipaca> pstolowski: have you tested this IRL
[11:31]  * Chipaca reaches for his clue-by-four
[11:34] <pstolowski> Chipaca: nice, missed that. showDone is not currently used by "switch". yep, tested IRL
[11:35] <Chipaca> pstolowski: switch does _not_ use showDonw?
[11:35] <Chipaca> that's a bug :-)
[11:35] <Chipaca> dang
[11:36] <Chipaca> pstolowski: anyway, switch should either use showDone or call List to look up the current state... ¯\_(ツ)_/¯
[11:36]  * Chipaca whistles innocently and hides the cluebat
[11:38] <pstolowski> Chipaca: yep, sounds good, especially as we do that for others. And yes, switch doesn't use showDone yet :)
[11:38] <pstolowski> Chipaca: ty
[11:38] <Chipaca> pstolowski: seriously, sorry for the snark
[11:38] <Chipaca> i need to do better than that
[11:39] <Chipaca> maybe lunch will help
[11:39]  * Chipaca takes a break
[11:57] <mborzecki> this still still comes up occasionally https://paste.ubuntu.com/p/K6PPJnGTpS/
[12:28] <pstolowski> Chipaca: no worries :)
[12:32] <mborzecki> zyga: investigating #7198 because only logs from rebooting ubuntu-* machines are present, none from ubuntu-core, turns out, the test does not execute on ubuntu-core
[12:32] <mup> PR #7198: tests: reboot the node when restoring after a test involving lxd <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7198>
[12:34] <mborzecki> zyga: ubuntu-core is listed in systems anyway, heh
[13:41] <pstolowski> sergiusens: did anything change wrt --destructive-mode flag in snapcraft with latest release?
[13:59] <pstolowski> ijohnson: so.. apparently --destructive-mode changed somehow (or got dropped / broken), it's not recognized anymore, also confirmed by #7092 spread test, which now fails. snapcraft just had new updates in all channels on Jul 30/31. i cannot spot anything about that in changelog/release notes though
[13:59] <mup> PR #7092: packaging: use snapd type and snapcraft 3.x <Created by stolowski> <https://github.com/snapcore/snapd/pull/7092>
[14:04] <ogra> pstolowski, have you tried SNAPCRAFT_BUILD_ENVIRONMENT=host instead ?
[14:04] <ogra> (thats what i typically use in my lxd based builds)
[14:05] <pstolowski> ogra: i didn't know it, let me try
[14:07] <pstolowski> ogra: it seems to make snapcraft go into "legacy" v2 mode... and i need v3 feature
[14:08] <ogra> it works fine if you use a base keywrd
[14:08] <ogra> *keyword
[14:08] <ogra> either base: core or base: core18
[14:08] <ogra> then it will use v3 features
[14:12] <pstolowski> ogra: ahh, right, that, forgot about it again!
[14:12] <pstolowski> ogra: ahh, and this is actually what affects --destructive-mode flag
[14:12] <pstolowski> thanks... so confusing
[14:12] <ogra> heh
[14:13] <pstolowski> in fact i was playing with base:, removed it for a moment
[14:14] <pstolowski> sergiusens: nvm
[14:14] <pstolowski> also ijohnson: mistery solved
[14:15] <pstolowski> thanks ogra
[14:16] <ogra> np
[14:22] <ijohnson> glad you figured it out pstolowski
[14:59] <zyga> mborzecki: hey
[14:59] <zyga> mborzecki: do you need me to look at something?
[15:00] <mborzecki> zyga: updated the list of tests that fail with cgroupsv2 on fedora 30 https://forum.snapcraft.io/t/snapd-with-unified-cgroup-hierarchy/12528/2?u=mborzecki
[15:01] <mborzecki> zyga: and i'm open to ideas on why reboot via spread fails on 16.04 only https://github.com/snapcore/snapd/pull/7198
[15:01] <mup> PR #7198: tests: reboot the node when restoring after a test involving lxd <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7198>
[15:05] <ijohnson> hey Chipaca, do you know what units the snapshot sizes from `snap saved` are in? is it megabytes (i.e. 10^6) or mebibytes (i.e. 2^20)?
[15:05] <Chipaca> ijohnson: where?
[15:05] <Chipaca> ijohnson: snap saved prints the units
[15:06] <ijohnson> right it says `1.71MB`
[15:06] <Chipaca> ah, sorry, now i read you
[15:06] <ijohnson> but is MB megabyte or is it mebibyte
[15:06] <ogra> marshmellow blobs ...
[15:07] <zyga> mborzecki: I’m in another meeting but I will try to inspe that
[15:07] <Chipaca> ijohnson: mebibytes
[15:07] <Chipaca> etc
[15:07] <Chipaca> i think
[15:07]  * Chipaca goes to check
[15:07]  * Chipaca is terrible at context switching today
[15:08] <Chipaca> ijohnson: it uses 1000s, not 1024s
[15:08] <Chipaca> ijohnson: so, MB, not MiB
[15:08]  * Chipaca relaxes
[15:08] <ijohnson> Chipaca: got it thanks!
[15:10] <diddledan> I prefer MH (Mega Hugs)
[15:11] <diddledan> although I wouldn't be averse to MiH (Mega binary Hugs) over the innernets
[15:22] <Chipaca> https://linux.slashdot.org/story/19/07/31/1348226/linus-torvalds-prepares-to-wave-goodbye-to-linux
[15:23] <Chipaca> robert_ancell: hiya. I'd like to dig into how snapd-glib does the channels ops today, at some point
[15:23] <Chipaca> robert_ancell: we're doing some slight shifts in semantics and are hoping we can do them without creating more work
[15:24] <Chipaca> robert_ancell: maybe next week :)
[15:24] <diddledan> that permalink gave me the entirely wrong perception of what the content was gonna be about
[15:24] <Chipaca> diddledan: I might have done that intentionally, had I been evil
[15:25] <robert_ancell> Chipaca, I'm in Toronto right now so this week is probably better overlap than next week when I am home.
[15:25] <Chipaca> robert_ancell: I imagined you'd be busy and jet lagged this week
[15:26] <Chipaca> robert_ancell: but, sure. Is your calendar up-to-date such that i could throw a meeting on there?
[15:26] <Chipaca> robert_ancell: or would you rather do it?
[15:26] <robert_ancell> Chipaca, we just finished the main desktop part so should be less busy for the rest of the week.
[15:26] <Chipaca> robert_ancell: ah, good
[15:26] <robert_ancell> Chipaca, yes, calendar should be up-to-date
[15:28] <diddledan> there's a law that states anything that can be done in javascript eventually will be done in javascript. I think that can be adapted to anything that can run software will eventually be used to mine crypto currencies: https://www.phoronix.com/scan.php?page=news_item&px=Monero-Blackbird-Crypto-Mining
[15:28] <Chipaca> robert_ancell: sent
[15:32] <robert_ancell> Chipaca, ................accepted!
[15:33] <Chipaca> shocking
[15:35]  * Chipaca goes for some tea and something to nom
[17:24]  * Chipaca out
[17:50] <mup> PR core-build#49 closed: initramfs: check keypress in run mode <Created by cmatsuoka> <Merged by cmatsuoka> <https://github.com/snapcore/core-build/pull/49>
[19:56] <mup> PR snapd#7200 opened: recovery: update to latest fde-utils <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/7200>
[21:37] <mup> PR snapd#7201 opened: GitHub not Github <Created by doismellburning> <https://github.com/snapcore/snapd/pull/7201>
[21:46] <mup> PR snapd#7202 opened: tests: sync journal log before start the test <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7202>