/srv/irclogs.ubuntu.com/2019/08/21/#snappy.txt

mborzeckimorning05:09
mupPR snapd#7282 closed: asserts: move Model to its own model.go <Simple 😃> <Created by pedronis> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7282>05:12
guivercif `snap set core ..` will set a value, is there a command/option to show the value before without changing?06:06
mborzeckiguiverc: there's snap get, try `snap get system -d` (system is an alias for core)06:12
guivercthanks mborzecki, appreciated..  i expected a bunch of results but only "seed".. thank you.   (now I have two!)06:14
mborzeckimvo: hey06:30
mborzeckimvo: pushed a little patch to https://github.com/snapcore/snapd/pull/728806:30
mupPR #7288: tests: cleanup "snap_daemon" user in system-usernames-install-twice <Created by mvo5> <https://github.com/snapcore/snapd/pull/7288>06:30
mvomborzecki: thank you06:32
mvomborzecki: looking06:32
mvomborzecki: are tests any happier this morning?06:33
mupPR snapd#7293 closed: interfaces: k8s worker node updates - 2.41 <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7293>06:33
mupPR snapd#7292 closed: interfaces: k8s worker node updates <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7292>06:34
mborzeckimvo: snap_daemon pops up, unless one was lucky to hit the right spread seed/job sequence06:35
mvomborzecki: aha, shellecheck ! thank you06:36
mvozyga: second review of 7288?06:36
mvozyga: please :)06:36
mvomborzecki: thanks, lets try to get the fix in then06:36
mvomborzecki: or we merge sergios fix and put mine on top06:36
mvomborzecki: its missing the --extrausers but otherwise is good afaict06:36
mborzeckimvo: fine either way06:36
* mvo flips a coin06:37
mborzeckimvo: https://github.com/snapcore/snapd/pull/7166 has some unforseen consequences in spread tests06:37
mupPR #7166: client: add doTimeout to http.Client{Timeout} <â›” Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/7166>06:37
mvomborzecki: oh no06:37
mvomborzecki: lets park it for now, it seems its full of it06:37
mvomborzecki: I mean, its a snake nest06:37
mborzeckimvo: in detail tests/main/snap-network-errors fails, we try to cause a dns timeout to trigger particular error message, but we hit the context deadline earlier than that :)06:39
mupPR snapd#7284 closed: tests: clean user and group for test system-usernames-install-twice <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7284>06:42
mupPR snapd#7291 closed: tests: add new cases into arch_test <Created by ardaguclu> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7291>06:46
mupPR snapd#7289 closed: tests: ubuntu 18.10 removed from the google-sru backend on the spread.yaml <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7289>06:49
mvoshame that images:ubuntu/... in lxd is different, the speed we get from it is impresssssive (almost 100Mb/sec)06:52
=== pstolowski|afk is now known as pstolowski
pstolowskimorning07:13
pstolowskimvo: ouch :(07:15
mvopstolowski: good morning07:16
mvopstolowski: ouch for what?07:16
pstolowskimvo: for images; and hey :)07:17
mvopstolowski: heh - yes!07:17
mvopstolowski: hopefully its something silly but I have no idea right now, running spread to get a machine07:17
mvopstolowski: but the speed is impressive07:17
pstolowskiuhm07:18
mborzeckipstolowski: hey07:18
zygagood late morning07:23
zygamvo: that images:ubuntu is different is very eyebrow-raising07:25
zygaI would love to understand that more, I'll ask stephane07:25
mvopedronis: just fyi, I updated the official spreadsheet with some "c" and the roadmap forum07:32
mvozyga: ta07:32
pedronismvo: thx07:35
zygapstolowski: https://github.com/snapcore/snapd/pull/7287#pullrequestreview-27725219507:37
mupPR #7287: hookstate/ctlcmd: snapctl unset command <Created by stolowski> <https://github.com/snapcore/snapd/pull/7287>07:37
pstolowskizyga: ty07:38
mborzeckimvo: zyga: https://events.linuxfoundation.org/events/linux-security-summit-north-america-2019/program/schedule/ sadly slide deck is not available, will have to wait for videos07:51
mborzeckimvo: zyga: duh, bad link, try this https://sched.co/RHal07:52
zygayeah, I noticed your interest on twitter :)07:52
mvomborzecki: interessting07:54
mborzeckizyga: yeah, https://static.sched.com/hosted_files/lssna19/e5/LSS2019-Retrospective-16-9.pdf this talk in particular could be interesting07:57
mborzeckizyga: like their naming, 'research directorate' :D07:58
zygawe should have a research overlord07:58
mupPR snapd#7294 opened: tests: trivial snapctl test cleanup <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/7294>07:59
pstolowskimvo: ^ a byproduct of your #7287 review ;)07:59
mupPR #7287: hookstate/ctlcmd: snapctl unset command <Created by stolowski> <https://github.com/snapcore/snapd/pull/7287>07:59
mvopstolowski: heh, nice08:07
mvopstolowski: thank you!08:07
zygahmm08:12
zygamborzecki: can you open snap-mgmt.sh.in please08:12
zygamborzecki: go to line 5008:12
zygamborzecki: it says08:12
zygaunits=$(systemctl list-unit-files --no-legend --full | grep -vF snap.mount.service || true)08:12
zygamborzecki: would you expect that to produce output?08:12
zygaah, sorry ignore me08:13
* zyga is silly08:13
mborzeckizyga: hmm looking at the code, we could do better and glob unit names, though idk if the mock systemctl in 14.04 supports that08:15
zygamborzecki: my problem was that it inherited "set -x"08:15
zygaso it was super noisy in test output and I got confused about why I'm looking at all the shell output that looked like systemctl output08:15
mborzeckizyga: right, so globbing would fix that ;)08:16
mborzeckizyga: systemctl list-unit-files --no-legend --full var-lib-snapd-snap\*08:16
zygamborzecki: set +x :D08:17
mvomborzecki, zyga: can you somehow figure out if we have an rpm that provdies buildrequires for golang.org/x/net (or /x/net/http2)?08:24
mvoon suse and fedora?08:24
zygachecking08:25
mborzeckimvo: probably golang-x-net-devel08:25
zygamvo: actually rpm has a nice thing for that08:26
mvomborzecki: nice08:27
zygarpm -q --whatprovides 'golang(golang.org/x/net/http2)'08:27
mvozyga: cool, what does it output for you on suse?08:27
zyganothing provides it08:27
zygachecking fedora08:27
mvozyga: meh, thats slightly sad08:28
zygamvo: the nice aspect is that the golang() function takes a normal go import08:28
zygamvo: that's ok, just vendor08:28
mborzeckizyga: you need to have the package instaled for that to work though08:28
zygasuse switched policy08:28
mvozyga: we vendor on opensuse?08:28
zygamborzecki: ahh08:28
mvozyga: nice08:28
zygamvo: yes08:28
mborzeckizyga: dnf provides 'golang(golang.org/x/net/http2)'08:29
mborzeckigolang-x-net-http-devel in rawhide at least08:29
zygazypper what-provides 'golang(golang.org/x/net/http2)' -> empty08:30
zygamvo: fedora 29 -> ... (checking)08:30
mvothis may make 7285 not viable - oh well08:31
pstolowski:(08:31
mvoyes08:32
mvo:(08:32
zygamvo: look  https://www.irccloud.com/pastebin/qcjPShoI/08:32
pstolowskithat reminded me of gorilla PR & fedora again. onto it08:33
mvozyga: thanks, so fedora seems to be fine08:34
pstolowskimvo: what is the firstboot speedup trello card about?08:46
mvopstolowski: don't worry about it just yet, I tried to put people to the next tasks we need to do, its still a bit tentative. the idea for this card is that we want to do certain operations during image creation already (like hashing and puting the wrappers in place) instead of doing these expensive operations in firstboot08:51
mvostgraber: it looks like the images:ubuntu/* do not have fuse installed by default so snapd will not work there (our snapfuse help dies with a confusing mount error). could those be added? (cc zyga)08:53
zygamvo: thank you :)08:55
zygabrb08:57
pstolowskimvo: i see, makes sense. 19.10 is not too far away though ;)08:57
mborzeckizyga: makes me wonder if there's a switch for dnf that does the same as rpm -q --provides08:58
mvopstolowski: yes08:59
mvopstolowski: its not far and there is stuff that needs finishing first but I think its one of the next things we need to tackle :)09:00
pstolowskimvo: sounds good09:00
ackkhi, snapcraft question, "system-usernames" still needs to be passed via "passthrough", right?09:00
mborzeckizyga: dnf repoquery --provides golang-x-net-http-devel-0-0.53.20190622git1da14a5.fc31.noarch :P09:01
pedronisackk: yes09:07
ackkpedronis, thanks09:12
zygare09:13
mborzeckineeds a 2nd review https://github.com/snapcore/snapd/pull/727309:14
mupPR #7273: gadget, overlord/devicestate: rename Position/Layout <Gadget update> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7273>09:14
zygamborzecki: found a typo in that nfs test09:16
mborzeckizyga: haha09:19
zygaumount vs unmount09:19
zygaman...09:19
zygaon the up side, cleanup-tool will fix that09:19
zygabecause it will not be spelled at all09:19
mupPR snapd#7295 opened: tests: spam test logs less while waiting for systemd unit to stop <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/7295>09:39
mupPR snapd#7296 opened: tests: remove redundant activation check for snapd.socket snapd.service <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/7296>09:40
mborzeckimvo: shall we land https://github.com/snapcore/snapd/pull/7288 ?10:10
mupPR #7288: tests: cleanup "snap_daemon" user in system-usernames-install-twice <Created by mvo5> <https://github.com/snapcore/snapd/pull/7288>10:10
zyga+ apt-key add -10:16
zyga+ wget -q -O - https://pkg.jenkins.io/debian/jenkins.io.key10:16
zygagpg: no valid OpenPGP data found.10:16
zygahmmm, not a great day today10:16
mvomborzecki: if it has 2 +1 yes - I saw anohter failure recently10:18
mvomborzecki: I think the fix from sergio is not complete10:19
zygamvo: did you see that gpg error?10:19
mvozyga: I did not10:31
mupPR snapd#7297 opened: cmd/snap-mgmt: set +x on startup <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/7297>10:37
zyganfs-test is now clean on arch10:47
zyganfs-support test10:47
zygaI also found a few minor mistakes there, all corrected now10:47
Chipacasigh. snap downloads broken right now.11:16
Chipacagood time to have lunch11:16
zygauh11:16
zygaChipaca: store side?11:16
Chipacayes11:16
zygauh11:16
zygaok, break time11:16
Chipacayes11:16
zygajust kidding11:16
zygareview time11:16
zygaor actually I *could* go on a bike ride11:17
mborzeckizyga: https://paste.ubuntu.com/p/xYgYggB78W/ the diff is here: https://paste.ubuntu.com/p/HMxFrdjVxs/11:24
zygalooking11:24
zygamborzecki: something doesn't look right11:25
zygathe MS_SLAVE change must happen after unshare11:25
zygaalso tabs-vs-spaces :)11:26
zygamborzecki: move the /var/snap and SNAP_MOUNT_DIR changes to global setup11:26
zygaI think the rest is ok11:26
zygamborzecki: please run the mount-ns test and see what it tells you before and after11:26
mborzeckizyga: unshare(CLONEW_NEWNS) is called before sc_setup_parallel_instance_classic_mounts()11:27
zygamborzecki: also, to see what happens, always unshare for classic snaps11:27
zygamborzecki: right but what setup parellel instance classic mount does is too much11:27
zygathe loop must be in the global setup code11:27
zygawell11:27
zyganot must but should be :)11:28
zygaotherwise you are making this change here after unshare11:28
zygabut it propagates out anyway11:28
zygabecause / is shared11:28
zygaso let's be explicit and make it globally so11:28
mborzeckiah, right11:28
mborzeckiok, let me fix that11:28
zygathanks!11:28
zygaand make sure to run that test :)11:28
mborzeckiyup11:28
=== ricab is now known as ricab|lunch
* zyga -> coffee11:48
zygaChipaca: should we run the connectivity check in the 'before we waste spread time' part of the check?11:57
mupPR snapd#7298 opened: tests: clean up after NFS tests <Created by zyga> <https://github.com/snapcore/snapd/pull/7298>11:58
zygaok really time for that coffee12:04
mborzeckiparallel installed go and node seem to work https://paste.ubuntu.com/p/jQwzJM2Bht/12:33
mborzeckimy jsfu is too low to test anything more than simple file writes though12:33
zygamborzecki: where is lsof on arch?12:35
zygamborzecki: I found a pair of interesting bugs in tests12:35
zygaok, found it12:37
zygaextra/lsof12:37
mupPR snapcraft#2668 closed: Restore cmake artifacts <Created by cjp256> <Closed by cjp256> <https://github.com/snapcore/snapcraft/pull/2668>12:46
mupPR snapd#7299 opened: sanity: report proper errror when fuse is needed but not available <Created by mvo5> <https://github.com/snapcore/snapd/pull/7299>12:47
mupPR snapd#7300 opened: interfaces/network-{control,manager}: allow 'k' on /run/resolvconf/** <Created by jdstrand> <https://github.com/snapcore/snapd/pull/7300>12:47
mvojdstrand: thanks for this one! is it the only change we need?12:47
mupPR snapd#7301 opened: interfaces/network-{control,manager}: allow 'k' on /run/resolvconf/** - 2.41 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/7301>12:49
jdstrandmvo: np. sorry about the kernel regression12:50
mvojdstrand: no worries12:50
jdstrandmvo: curious, what is the timeline for 2.41? should I do a 2.40 PR?12:50
mupPR snapcraft#2674 opened:  file_utils: introduce link_or_copy_files <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2674>12:52
mvojdstrand: release to stable planned on sep 9, see https://forum.snapcraft.io/t/the-snapd-roadmap/197312:53
jdstrandmvo: you make such pretty tables :)12:54
* jdstrand would resort to ascii art12:54
mupPR snapcraft#2675 opened: docs: quick init for lxd in HACKING.md <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2675>12:55
mupPR snapd#7302 opened: cmd/snap-confine: add support for parallel instances of classic snaps <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7302>12:56
mborzeckizyga: the code is up, we can interate on this ^^12:56
ackkjdstrand, hi, thanks for the new snapd build, seems to work nicely. To confirm, that's called 2.40 but it's basicaly 2.41 right?12:59
jdstrandackk: it is, but you should be able to use --edge now13:02
jdstrandedge, maybe beta13:02
jdstrandsorry, --beta13:02
ackkjdstrand, nice13:02
jdstrandackk: https://forum.snapcraft.io/t/the-snapd-roadmap/197313:02
ackkyeah I was just looking at that :)13:02
jdstrandprobably both actually (I see today that edge has the properly version)13:03
ackkjdstrand, is the snap_daemon user created by the deb or snapd itself? IOW do we need the 2.41 deb to be in bionic to get that, or will the beta snap do it?13:03
jdstrandmvo: 2.5 weeks might be a little too long for robertliu on that bug. we might need an out of band snapd build with that cherrypick. please advise.13:04
mupPR snapd#7294 closed: tests: trivial snapctl test cleanup <Simple 😃> <Created by stolowski> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7294>13:04
jdstrandmvo: there is a possibility that there could be another similar bug or two, but I don't think many13:04
jdstrandackk: it is created by snapd13:04
ackkjdstrand, oh cool, so on a clean bionic install snap install snapd --beta should be all we need?13:05
jdstrandackk: this will work with just beta and on core13:05
jdstrandackk: yep13:05
ackkawesome13:05
* ackk gives that a spin13:05
ackk# snap install --beta snapd13:07
ackkerror: cannot install "snapd": cannot install snapd snap on a model without a base snap yet13:07
ackkjdstrand, ^ but I have core18 installed13:07
ackkI guess I need "core" as well?13:07
jdstrandmvo: not many because as I said in the bug, all the interfaces have been run through later kernels. in this NM case, the NM 1.2 snap on uc16 did something different than the 1.10 snap. I don't think there are going to be a lot of these13:07
jdstrandackk: on bionic, just 'core'13:08
jdstrandackk: afaik, bionic won't reexec into the snapd snap yet. (also, looking at snap info snapd, edge and beta appear to be new enough, though report 2.40 still)13:10
ackkjdstrand, I think it does if you have the latest deb?13:11
mvojdstrand: good, thank you13:12
jdstrandackk: that is a question for others here13:13
jdstrandmvo: do you want a 2.40 PR?13:14
mvojdstrand: its fine, I can cherry pick there13:14
mvojdstrand: I hope there will no 2.40 point release though13:14
ackkjdstrand, so I'm confused, on bionic do I just install core or core + snapd --beta?13:15
jdstrandmvo: do you require a point release for a hotfix? (not sure what you would call that). I'm a little concerned since it is network-manager we need that13:15
jdstrandackk: all I did in my testing was the deb in the archive and core --beta13:15
ackkjdstrand, oh ok cool13:16
ackkthanks13:16
jdstrandackk: if you have the snapd snap installed, then I guess you could try a newer one of it, but someone else would need to comment13:16
ackkjdstrand, yeah my next question was indeed, if you have both core and snapd, which snapd is being re-exec'd ?13:17
jdstrandmvo: anyhoo, let me know if you need anything. since you are reading this, could you comment on ackk's question?13:19
zygamborzecki: review sent13:21
mborzeckizyga: thx13:21
mupPR snapd#7296 closed: tests: remove redundant activation check for snapd.socket snapd.service <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7296>13:24
=== ricab|lunch is now known as ricab
zygajdstrand: could you look at https://github.com/snapcore/snapd/pull/7205 please13:27
zygait's just a RFC, 12 lines of code13:27
mupPR #7205: rfc: introduce confinement options failsafe flag <Created by zyga> <https://github.com/snapcore/snapd/pull/7205>13:27
ackkjdstrand, will beta be versioned 2.41 at some point, or just at release?13:27
jdstrandackk: that would be another question for mvo13:28
ackkjdstrand, he, sorry13:28
jdstrandackk: the fact that snap info show it as 2.41, I would expect snap version to be the same13:28
ackkI see 2.40 in snap info snapd"13:28
ackkjdstrand, also snap version reports 2.4013:29
jdstrandzyga: I could destroy as system in less than that ;)13:29
jdstrands/as/a/13:29
zygajdstrand: I know you could, but I can only propose a small RFC :D13:29
jdstrandI thought I looked at this already...13:30
zygajdstrand: perhaps at the sprint13:30
jdstrandyeah, I didn't publicly comment apparently13:30
mvoackk: its a bug, its on my list, next beta for the snapd snap should have a 2.41~preN version again13:31
zygajdstrand: thank you13:31
jdstrandmvo: can you describe when reexec happens wrt the deb, core, core18 and the snapd snap?13:31
jdstrandmvo: in this case bionic, but also generally13:31
ackkmvo, ah, awesom thanks. I take that means that "assumes: [snapd2.41]" will work at that point?13:32
* jdstrand doesn't know either, but should13:32
mvojdstrand: re-exec will check the version and use semantic version compare to decide if it should re-exec13:32
jdstrandmvo: so it knows to check all of core, core18 and snapd snaps?13:35
jdstrandthat was the bit I wasn't sure of. I've only ever personally worked with core13:36
ackkI thought if the snap has a base: declaration, the snapd snap was used instead13:42
zygamborzecki: https://github.com/snapcore/snapd/pull/7298 is green13:44
mupPR #7298: tests: clean up after NFS tests <Created by zyga> <https://github.com/snapcore/snapd/pull/7298>13:44
zygamvo: if you could review I would be 50% closer to green classic mount table13:44
mvozyga: ok, I see what I can do13:52
* zyga is having lunch 14:29
zygamborzecki: can you review https://github.com/snapcore/snapd/pull/7290 please14:32
mupPR #7290: tests: allow test user XDG_RUNTIME_DIR to phase out <Created by zyga> <https://github.com/snapcore/snapd/pull/7290>14:32
* Chipaca thinks he found the bug and is as happy as a partridge14:34
* Chipaca suspects "feliz como perdiz" does not translate well14:35
=== ubott2 is now known as ubottu
mupPR snapd#7303 opened: Allow reading an Xwayland Xauth file. Fixes LP: #1840925 <Created by oSoMoN> <https://github.com/snapcore/snapd/pull/7303>14:52
oSoMoNjdstrand, your opinion welcome on the above ^14:53
mupPR snapd#7304 opened: many: move channel parsing to snap/channel <Created by pedronis> <https://github.com/snapcore/snapd/pull/7304>15:28
pedronisChipaca: that's probably something for you to review ^15:29
Chipacapedronis: tag me for it please15:31
Chipacajust adding unit tests for the bits that broke the world :-)15:35
Chipacait was: when you have a model, and the model has a base that is not "core", and you install "core", the new code tried to setnextboot to it15:37
Chipacawhich was a lot of fun15:37
mvoChipaca: the code tried to change next boot to core? i15:38
Chipacathe tests were broken because they tested a snap that was called "core" but was type snap.TypeBase15:38
Chipacawhich is not the type of "core" in the wild :-)15:38
Chipacamvo: the new code15:38
mvoChipaca: aha, ok15:38
mvoChipaca: puhh, I was concerned :)15:38
mvoChipaca: thanks for tracking this down!15:38
Chipacaand while doing that i've thought of ways to make it simpler, but at this point it'll probably be a sneaky followup15:39
Chipacaalso, i've got a fix for a bug in download i need to push15:40
Chipacaalso also i need a break15:40
* Chipaca breaks15:40
Chipacawrt bug in download: https://forum.snapcraft.io/t/snaps-download-should-be-resumable/3561/11?u=chipaca and down15:40
* Chipaca really breaks15:40
mupPR snapd#7305 opened: check-pr-title.py: allow {} in pr prefix <Created by mvo5> <https://github.com/snapcore/snapd/pull/7305>15:50
ijohnsonhey mvo, since git blame says you last touched TestInstallDefaultProviderRunThrough, should the order of the ops in the fake ops be deterministic? The test seems to expect that, but I am getting different ordering of the ops every time I run15:59
ijohnsonall I changed was I added new ops when my additional backend methods run, but those are always in the same relative positions16:00
ijohnson(need to step out for a couple minutes, but we can also discuss tomorrow during SU if it's near your EOD too)16:00
mvoijohnson: I'm near EOD sry but also slightly puzzled, this test runs all the time so if its not deterministic must be causing this (I probably lack context)16:01
ijohnsonokay, np I'll dig deeper later this afternoon and we can sync up on it tomorrow16:02
pedronisijohnson: you said you are adding ops?16:02
pedronisif you are missing wait between tasks16:02
ijohnsonto the fake ops in the fakeSnappyBackend16:02
pedronisyou might get out of order stuff16:02
ijohnsonhmm16:02
pstolowskiijohnson: if you're getting ops in random order, it usually means some of the tasks are not chained up properly (WaitFor etc); are you touching task creating code as well?16:02
pedronis^ this16:02
ijohnsonit's possible I'm missing those, but I'm not creating actual Task structs, just additional ops in the fakeSnappyBackend to track what was called16:03
ijohnsonjust like f.appendOp(&fakeOp{...}}16:03
* ijohnson will be back in a little bit16:03
pstolowskiijohnson: hard to tell without more context.. maybe create a draft of your PR so I can take a look16:05
pstolowskiijohnson: eod here.. if you won't figure this out i can look at this tomorrow morning16:19
* pstolowski pstolowski|afk16:19
mupPR snapd#7306 opened: overlord/configstate: sort patch keys to have deterministic order with snap set <Created by stolowski> <https://github.com/snapcore/snapd/pull/7306>16:19
zygapstolowski: https://github.com/snapcore/snapd/pull/7306#pullrequestreview-27792402416:41
mupPR #7306: overlord/configstate: sort patch keys to have deterministic order with snap set <Created by stolowski> <https://github.com/snapcore/snapd/pull/7306>16:41
ijohnsonpstolowski: if I can't figure it out by my EOD I'll push up the changes to my PR and add a comment there explaining it16:47
* pedronis dinner16:47
zygamvo: https://github.com/snapcore/snapd/pull/7288/files#r31629674717:03
mupPR #7288: tests: cleanup "snap_daemon" user in system-usernames-install-twice <Created by mvo5> <https://github.com/snapcore/snapd/pull/7288>17:03
zygamvo: let me know, I'll gladly send the changes17:04
* zyga is back to iterate on PRs17:15
mupPR snapcraft#2676 opened: spread: 64 workers for each system <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2676>17:22
zygasystemd and cgroups across time17:51
mupPR snapd#7295 closed: tests: spam test logs less while waiting for systemd unit to stop <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7295>17:52
mupPR snapcraft#2677 opened: erorrs: preserve quotes when printing SnapcraftPluginCommandError <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2677>17:55
* cachio EOD20:56
mupPR snapcraft#2678 opened: [WIP] cli: introduce --provider <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2678>21:35
mupPR snapcraft#2679 opened: Colcon <Created by danielwangksu> <https://github.com/snapcore/snapcraft/pull/2679>21:50

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