/srv/irclogs.ubuntu.com/2019/07/31/#snappy.txt

jcrben@ogra: thanks, it's nice to know how things are populated!02:28
mborzeckimorning05:28
mborzeckibrb, new kernel05:33
mborzeckire05:35
=== pstolowski|afk is now known as pstolowski
pstolowskimorning07:07
mborzeckipstolowski: hey07:07
mborzeckipstolowski: great that you're around, can you take a look at the lastest patches in https://github.com/snapcore/snapd/pull/7195 ?07:08
mupPR #7195: many: fix unit tests getting stuck <Simple šŸ˜ƒ> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7195>07:08
mborzeckipstolowski: the unit tests job was green 6 times in a row07:08
pstolowskisure, excellent!07:08
pstolowskiyay, #7092 is green \o/07:23
mupPR #7092: packaging: use snapd type and snapcraft 3.x (2/4) <ā›” Blocked> <Created by stolowski> <https://github.com/snapcore/snapd/pull/7092>07:23
mborzeckihm and so is #7195 :)07:24
mupPR #7195: many: fix unit tests getting stuck <Simple šŸ˜ƒ> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7195>07:24
jameshpstolowski: glad --destructive-mode solved your problem07:42
pstolowskijamesh: 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:49
pstolowskii'll actually go ahead and try to fix it in snapcraft07:59
mborzeckiand merged08:07
mupPR 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
mborzeckiquick errand, back in 30 or sth08:08
pstolowskiChipaca: 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?08:44
mborzeckire09:23
mborzeckistray dogs are fun, idk why they keep coming to us09:23
Chipacapstolowski: yes, sorry i didn't see your message09:39
pstolowskiChipaca: np; standup HO?09:40
Chipacasure09:40
Chipacahm, i guess rob is at toronto as well?09:49
mupPR snapd#7199 opened: overlord/snapstate: keep current track if only risk is specified <Created by stolowski> <https://github.com/snapcore/snapd/pull/7199>10:06
pstolowskiChipaca: ^10:09
Chipacaack10:09
mupPR snapcraft#2650 opened: store: send snapcraft-started-at in push requests <Created by cjwatson> <https://github.com/snapcore/snapcraft/pull/2650>10:37
zygaHey there10:53
pstolowskihey zyga, how are you? how is the sprint going?10:58
zygaHey, Iā€™m doing good10:58
zygaThe sprint is halfway there. There are some small changes but nothing major yet10:59
zygaWe are doing goodI think10:59
zygaLook at the roadmap document11:00
zygaIf you have any questions please let me know11:00
pstolowskiChipaca: one small annoyance with snap switch & #7199, added a comment, wdyt?11:24
mupPR #7199: overlord/snapstate: keep current track if only risk is specified <Created by stolowski> <https://github.com/snapcore/snapd/pull/7199>11:24
Chipacapstolowski: 'snap' asks the api for the current snap and shows the channel from there11:31
Chipacapstolowski: see showDone in cmd_snap_op.go11:31
Chipacapstolowski: the same codepath for switch and refresh should it should be the same11:31
Chipacapstolowski: have you tested this IRL11:31
* Chipaca reaches for his clue-by-four11:31
pstolowskiChipaca: nice, missed that. showDone is not currently used by "switch". yep, tested IRL11:34
Chipacapstolowski: switch does _not_ use showDonw?11:35
Chipacathat's a bug :-)11:35
Chipacadang11:35
Chipacapstolowski: anyway, switch should either use showDone or call List to look up the current state... ĀÆ\_(惄)_/ĀÆ11:36
* Chipaca whistles innocently and hides the cluebat11:36
pstolowskiChipaca: yep, sounds good, especially as we do that for others. And yes, switch doesn't use showDone yet :)11:38
pstolowskiChipaca: ty11:38
Chipacapstolowski: seriously, sorry for the snark11:38
Chipacai need to do better than that11:38
Chipacamaybe lunch will help11:39
* Chipaca takes a break11:39
mborzeckithis still still comes up occasionally https://paste.ubuntu.com/p/K6PPJnGTpS/11:57
=== morphis5 is now known as morphis
pstolowskiChipaca: no worries :)12:28
mborzeckizyga: investigating #7198 because only logs from rebooting ubuntu-* machines are present, none from ubuntu-core, turns out, the test does not execute on ubuntu-core12:32
mupPR #7198: tests: reboot the node when restoring after a test involving lxd <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7198>12:32
mborzeckizyga: ubuntu-core is listed in systems anyway, heh12:34
pstolowskisergiusens: did anything change wrt --destructive-mode flag in snapcraft with latest release?13:41
pstolowskiijohnson: 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 though13:59
mupPR #7092: packaging: use snapd type and snapcraft 3.x <Created by stolowski> <https://github.com/snapcore/snapd/pull/7092>13:59
ograpstolowski, have you tried SNAPCRAFT_BUILD_ENVIRONMENT=host instead ?14:04
ogra(thats what i typically use in my lxd based builds)14:04
pstolowskiogra: i didn't know it, let me try14:05
pstolowskiogra: it seems to make snapcraft go into "legacy" v2 mode... and i need v3 feature14:07
ograit works fine if you use a base keywrd14:08
ogra*keyword14:08
ograeither base: core or base: core1814:08
ograthen it will use v3 features14:08
pstolowskiogra: ahh, right, that, forgot about it again!14:12
pstolowskiogra: ahh, and this is actually what affects --destructive-mode flag14:12
pstolowskithanks... so confusing14:12
ograheh14:12
pstolowskiin fact i was playing with base:, removed it for a moment14:13
pstolowskisergiusens: nvm14:14
pstolowskialso ijohnson: mistery solved14:14
pstolowskithanks ogra14:15
ogranp14:16
ijohnsonglad you figured it out pstolowski14:22
zygamborzecki: hey14:59
zygamborzecki: do you need me to look at something?14:59
mborzeckizyga: 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=mborzecki15:00
mborzeckizyga: and i'm open to ideas on why reboot via spread fails on 16.04 only https://github.com/snapcore/snapd/pull/719815:01
mupPR #7198: tests: reboot the node when restoring after a test involving lxd <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7198>15:01
ijohnsonhey 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
Chipacaijohnson: where?15:05
Chipacaijohnson: snap saved prints the units15:05
ijohnsonright it says `1.71MB`15:06
Chipacaah, sorry, now i read you15:06
ijohnsonbut is MB megabyte or is it mebibyte15:06
ogramarshmellow blobs ...15:06
zygamborzecki: Iā€™m in another meeting but I will try to inspe that15:07
Chipacaijohnson: mebibytes15:07
Chipacaetc15:07
Chipacai think15:07
* Chipaca goes to check15:07
* Chipaca is terrible at context switching today15:07
Chipacaijohnson: it uses 1000s, not 1024s15:08
Chipacaijohnson: so, MB, not MiB15:08
* Chipaca relaxes15:08
ijohnsonChipaca: got it thanks!15:08
diddledanI prefer MH (Mega Hugs)15:10
diddledanalthough I wouldn't be averse to MiH (Mega binary Hugs) over the innernets15:11
Chipacahttps://linux.slashdot.org/story/19/07/31/1348226/linus-torvalds-prepares-to-wave-goodbye-to-linux15:22
Chipacarobert_ancell: hiya. I'd like to dig into how snapd-glib does the channels ops today, at some point15:23
Chipacarobert_ancell: we're doing some slight shifts in semantics and are hoping we can do them without creating more work15:23
Chipacarobert_ancell: maybe next week :)15:24
diddledanthat permalink gave me the entirely wrong perception of what the content was gonna be about15:24
Chipacadiddledan: I might have done that intentionally, had I been evil15:24
robert_ancellChipaca, I'm in Toronto right now so this week is probably better overlap than next week when I am home.15:25
Chipacarobert_ancell: I imagined you'd be busy and jet lagged this week15:25
Chipacarobert_ancell: but, sure. Is your calendar up-to-date such that i could throw a meeting on there?15:26
Chipacarobert_ancell: or would you rather do it?15:26
robert_ancellChipaca, we just finished the main desktop part so should be less busy for the rest of the week.15:26
Chipacarobert_ancell: ah, good15:26
robert_ancellChipaca, yes, calendar should be up-to-date15:26
diddledanthere'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-Mining15:28
Chipacarobert_ancell: sent15:28
robert_ancellChipaca, ................accepted!15:32
Chipacashocking15:33
* Chipaca goes for some tea and something to nom15:35
=== pstolowski is now known as pstolowski|afk
* Chipaca out17:24
mupPR core-build#49 closed: initramfs: check keypress in run mode <Created by cmatsuoka> <Merged by cmatsuoka> <https://github.com/snapcore/core-build/pull/49>17:50
mupPR snapd#7200 opened: recovery: update to latest fde-utils <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/7200>19:56
=== Greyztar- is now known as Greyztar
mupPR snapd#7201 opened: GitHub not Github <Created by doismellburning> <https://github.com/snapcore/snapd/pull/7201>21:37
mupPR snapd#7202 opened: tests: sync journal log before start the test <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7202>21:46

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!