=== jamesh_ is now known as jamesh
zygagood morning05:26
jameshzyga: based on your mention of i18n a few days ago, I was looking at the current state.  It looks like no new po template has been picked up by Launchpad since 2018.  Also, we don't seem to distribute translations outside of Ubuntu's langpacks05:36
zygayes, that last bit is indeed sad and true05:36
zygaI was wondering if we could at some point really try to import translations at around beta time05:37
zygacommit them to the tree for real05:37
jameshI think we'd need to have them in-tree to e.g. merge translations into the desktop file or polkit actions05:37
zygaand distribute them in releases05:37
zygaI agree stronglyt05:37
zyga*sorry, my thinkpad lost a key and it's annoying to type on now05:37
jameshIf the Ubuntu packaging ran update-pot during build, that might be enough to have LP pick up new strings05:38
zygahow can we export translations from launchpad?05:39
zygaare they in a git anywhere?05:39
jameshwe can ask Launchpad to periodically write them to a Bazaar branch05:39
zygaoh that's interesting :D05:40
zygabut we can use actions to get that05:40
zygaa periodic action can checkout bzr repo05:40
zygacopy translations05:40
jameshcould have something to periodically copy those to git and create a pull request05:40
zygaand commit05:40
zygaor open a PR05:40
zygait's doable with actions for sure05:40
* zyga is a bit under the weather today, courtesy of all the rain lately05:43
zygaI'll get some tea and breakfast05:43
zygajamesh: i would not overdo it for l10n yet05:44
zygawe can look at it more calmly after core20 ships and the team has more time05:44
jameshand the message domain is still "snappy" :-)05:44
* zyga looks if store tests are happy now06:03
zyga16 tests in progress06:04
zygaoh well, I'll take the dog for a walk and check again06:04
zygahey mborzecki06:18
zygaI restarted some tests but I see red06:18
zygasearching test still fails06:18
mborzeckizyga: hey06:19
mborzeckiehh, so no luch today either eh?06:19
mborzeckii suppose we can ask mvo to merge some of those PRs06:20
zygamborzecki: we can propose a PR that ignores searching error06:21
zygait's not a great test06:21
zygait proves that things on the internet are not working sometimes06:21
mborzeckinot great not terrible :P06:21
zygaif anything, store should run that test06:21
zyganot us06:21
zyga-mbpI'll start at around 9, need to run an errand at home06:28
mborzeckimvo: morning06:46
mvogood morning mborzecki06:46
mvomborzecki: how are you? anything I can help with?06:46
mborzeckimvo: pinged you in a couple of PRs that could use a force merge06:46
mvomborzecki: aha, I have a look06:47
mborzeckimvo: https://github.com/snapcore/snapd/pull/9420 https://github.com/snapcore/snapd/pull/9474 and https://github.com/snapcore/snapd/pull/944306:47
mupPR #9420: tests/nested/manual/minimal-smoke: use 384MB of RAM for nested UC20 <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9420>06:47
mupPR #9474: boot, overlord/devicestate: list trusted and managed assets upfront <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9474>06:47
mupPR #9443: gadget, gadget/install: support for ubuntu-save, create one during install if needed <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9443>06:47
zyga-mbphey mvo06:47
mvogood morning zyga-mbp06:48
mvozyga-mbp: anything I can do for you this morning?06:49
mupPR snapd#9443 closed: gadget, gadget/install: support for ubuntu-save, create one during install if needed <UC20> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9443>06:49
mupPR snapd#9474 closed: boot, overlord/devicestate: list trusted and managed assets upfront <Run nested> <UC20> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9474>06:49
zyga-mbpmvo, mmm06:49
zyga-mbpmvo only a review for 9446 is something that is ready-to-go06:49
mvomborzecki: done and thanks^2 for the TODO:UC20: about making the mem requirement official. I would actually really like to drive it down to 256 again but it seems we need kernel/foundations team help for this06:49
zyga-mbpI'm working on remaining comments to 940606:49
zyga-mbpmvo last night I was trying to figure out how to sort out fsck on core1606:50
mvozyga-mbp: sounds good06:50
zyga-mbpbut I think that's something that can only be done in core itself06:50
zyga-mbpso I dropped that06:50
mvozyga-mbp: fsck> what did you figure out?06:50
mborzeckimvo: i recall xnox said it may be a problem if we do an efi boot06:50
zyga-mbpmvo well, we just need the equivalent of systemd-fsck06:50
zyga-mbpbut that's non-trivial06:51
zyga-mbpwe should think about options and what we can do, I just dropped that because it was late and I was tired06:51
zyga-mbpI think I got the same cold my wife has now, so that was a factor as well :/06:51
zyga-mbpI had to wait for nearly an hour for the vet visit06:52
zyga-mbpand wasn't dressed for it06:52
mborzeckimvo: can you land https://github.com/snapcore/snapd/pull/9500 too?06:53
mupPR #9500: tests/main/sudo-env: snap bin is avaialble on Fedora <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9500>06:53
mborzeckipstolowski: hey06:53
zyga-mbphey pawel06:53
pstolowskihey o/06:53
mvogood morning pstolowski06:53
mvomborzecki: sure, done06:53
mborzeckimvo: thanks!06:54
mupPR snapd#9500 closed: tests/main/sudo-env: snap bin is avaialble on Fedora <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9500>06:54
mvozyga-mbp: oh no! hope you get well soon (or at least not more unwell)06:54
pstolowskimorning mvo07:01
pstolowskizyga-mbp: thanks for the review of 950107:03
pstolowskilooks like errors.Is is a new thing in go and we don't have it :(07:04
mborzeckipstolowski: we're using xerrors package for that07:04
zyga-mbppstolowski you can probably just use == errno.EROFS07:04
zyga-mbpas errors.Is may rely on wrappers and interfaces that we are not using universally07:04
mborzeckimvo: are you looking into the sbuild errors in #9502?07:26
mupPR #9502: tests: more output for sbuild test <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9502>07:26
mvomborzecki: I haven't yet, looking now07:26
mborzeckimvo: i'll try to figoure out what's going on there, maybe we're missing some mocking07:26
mvomborzecki: yeah, that seems likely07:27
mvomborzecki: sbuild puts the process into a sandbox07:27
mvomborzecki: maybe some implicit assumption that grub is installed or a valid bootloader or something?07:28
mborzeckimvo: idk, maybe, weird, cause we run the unit tests on sid too07:29
mvomborzecki: hrm, hrm, yeah, there are more further down that are also strange07:29
mborzeckimvo: the panic/timeout is probably due to some assert in a callback07:30
* mvo nods07:33
mborzeckimvo: heh, so tests are run with nosecboot tag08:02
zyga_mvo: destkop review call if you have the time to join08:03
=== zyga_ is now known as zyga-mbp
pstolowskii just hit missing current symlink for snapd on failed refresh while working on a spread test for core1808:05
mvomborzecki: ohhhh, nice08:07
mvomborzecki: nice find08:09
zyga-mbpmborzecki in a call08:14
zyga-mbpmborzecki not yet, last evening I wasn't feeling very well so I worked upstairs on PRs08:31
zyga-mbpmborzecki I plan to do that in my afternoon08:31
zyga-mbpback with tea08:46
mupPR snapd#9463 closed: seed/seedwriter/writer.go: check DevModeConfinement for dangerous features <Bug> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9463>08:49
mborzeckiheh, initramfs-mounts unit tests seem to not be mocking everything correctly09:33
zygamborzecki: I was wondering if it'd be possible to avoid global state09:36
zygaby organizing that anything done is accessed through arguments09:36
zygaincluding distant APIs09:37
zygamborzecki: it might be more work at first but it would prevent "missing" a mock09:44
mborzeckiok, i think i got all the tests passing with nosecboot tag now09:51
mborzeckimvo: this was pretty annoying, but i got #9504 and it should unblock sid sbuild10:12
mupPR #9504: many: verify that unit tests work with nosecboot tag and without secboot package <Run nested> <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9504>10:12
mupPR snapd#9504 opened: many: verify that unit tests work with nosecboot tag and without secboot package <Run nested> <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9504>10:15
mborzeckiduh, hate shell really10:27
zygamborzecki: nice work10:30
mvomborzecki: \o/10:34
zyga-mbpmborzecki +110:34
mvomborzecki: let me review10:34
mvomborzecki: thanks so much10:34
zyga-mbpit's raining all day again10:34
zyga-mbpmy wife is sick10:34
zyga-mbpthey are about to close the city due to covid10:34
zyga-mbpand I need to pick up my fixed imac from the service center10:34
zyga-mbpand my dog is sick now too (though differently of course)10:34
zyga-mbpoh boy10:34
zyga-mbpwhat a morning10:34
mvomborzecki: woah, that looks like it was hard indeed10:35
mvozyga-mbp: oh no! that sounds horrible, stay strong!10:35
zyga-mbpdog just needs meds but I need to pick everything up today somehow10:36
zyga-mbpit's okay, we'll sort this out10:36
mborzeckiheh ./run-checks: line 303: tags[@]: unbound variable, but passing locally here, wtf?10:40
zyga-mbpmborzecki bash version perhaps10:40
zyga-mbptry declare -A tags10:41
zyga-mbpbut not 100% sure10:41
mborzeckizyga-mbp: there's an assignment a bit to the top, tags=()10:41
zyga-mbpI know10:41
zyga-mbpbut ... it's shel10:41
mborzeckiunless we need some magic incantation again10:41
zyga-mbpalso known ash hell10:41
mborzeckizyga-mbp: but it's /usr/bin/bash now10:42
zyga-mbpyeah but bash _version_ matters10:42
zyga-mbpI was playing with arrays the other day and I noticed older versions didn't have some of the features10:42
mborzeckican't we use perl/tcl/python/any^shell10:42
zyga-mbpwhere does it fail"10:42
zyga-mbpmborzecki well10:42
zyga-mbpsure, we can10:42
pstolowskimvo: could you check for me how old (roughly) is snapd rev 8144 ?10:46
zygapstolowski: checking10:46
mvopstolowski: 2020-06-05 16:30 - 4 months, 1 week ago10:47
zygamvo was faster10:47
zygabtw, which command did you run?10:47
pstolowskimvo, zyga thank you :)10:47
zygaI tried snapcraft list-revisions snapd10:48
mvozyga I used https://dashboard.snapcraft.io/snaps/snapd/revisions/8144/10:49
mborzeckizyga: omg, bash 4.3.48 (from enial) complains about unbound variable, bash 5.0.18 does not10:49
zygamborzecki: did I win a cookie?10:49
pstolowskimvo: that page is not available for me10:50
zygamborzecki: my advice is to revert backto sh10:50
zygamvo: thanks10:50
mborzeckizyga: https://paste.ubuntu.com/p/Mc93wY3j5W/ this fails10:50
zygamborzecki: use a variable and just append to it10:51
zygasad as it is10:51
mborzeckizyga: that won't work if you want to passs say `'nosecboot foo'`, because shell will chop it up when expanding the variable10:51
mborzeckieither that, or `shellcheck disable=SC2086` at every relevant place10:52
zygamborzecki: not exactly, you can always quote it enough10:52
zygaor sharp dirty pieces of metal under one's fingertips10:52
zyganot sure which is worse10:52
mborzeckizyga: afaik not really, it's array, function or try a differnt interpreter :P10:52
zygamborzecki: hmm?10:53
zygayou can also if-then-else this10:53
zygaanyway, I'm sure it is solvable10:53
mborzeckizyga: yeah, but the tools are broken :/10:53
mborzeckiheh, "${tags[@]-}" is apparently fine (?)10:54
mvomborzecki, zyga-mbp fun, I was stumbling on the same wondering10:58
zyga-mbpI cannot find any documentation on what {foo-} stands for10:59
zygapedronis: https://github.com/snapcore/snapd/pull/9406 is good to go now, I think11:01
mupPR #9406: many: allow ignoring running apps for specific request <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/9406>11:01
cjwatsonzyga: it's documented under ${parameter:-word}, with the general comment above that "Omitting the colon results in a test only for a parameter that is unset"11:02
zyga-mbpmborzecki does it do what you expect?11:03
zyga-mbpcjwatson thank you!11:03
zyga-mbppedronis do you think you will have time to have a quick look at the link participant PR?11:08
zyga-mbppedronis +145,-011:08
pedronisyes, I will try to look at it this afternoon11:08
zyga-mbpthat is https://github.com/snapcore/snapd/pull/942211:08
mupPR #9422: overlord: add link participant for linkage transitions <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/9422>11:08
pedronisat this point is 2nd or 3rd in my queue11:09
zyga-mbpthat's excellent, thanks!11:09
mborzeckimvo: can you also update the golang-github-mvo5-goconfigparser-dev package in sid?11:18
mborzeckimvo: it is missing this fix: https://github.com/mvo5/goconfigparser/pull/611:20
mupPR mvo5/goconfigparser#6: configparser: fix section header regex to not interfere with JSON data <Created by bboozzoo> <Merged by mvo5> <https://github.com/mvo5/goconfigparser/pull/6>11:20
mborzeckiheh, so with {..-} we get `go build '' -v github.com/...` so useless11:25
zyga-mbpI'm going to pick up my imac now, I will do my best to get back home by standup but if I cannot I'll join from my phone11:26
mvomborzecki: oh, yes11:30
zygare, sorry, had to reboot to get LTE working11:38
mvomborzecki: I prepared the goconfigparser upload, just waiting for an ack from vorlon to ensure I don't step on anyones toes (but I'm sure he will not mind if I take this debian package over from him)11:49
mborzeckimvo: thank you!11:50
zygaI need a review for https://github.com/snapcore/snapd/pull/940611:50
mupPR #9406: many: allow ignoring running apps for specific request <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/9406>11:50
zygait's pretty simple and not too long11:50
pstolowskipedronis, zyga : added some inisght into https://bugs.launchpad.net/snapd/+bug/189966511:50
mupBug #1899665: Failed refresh of snapd drops current symlink <snapd:Triaged> <https://launchpad.net/bugs/1899665>11:50
zygamvo: shall we disable the searching test for now?11:52
zygapstolowski: looking11:52
mvozyga: yes11:53
zygamvo: k11:53
mvozyga: can we infer that the store is under load from the returned error?11:53
zygaI'll check11:53
mvomaybe we could adjust the test to not fail under these conditions11:54
mvoalso funny that it seems everything else is working on the store side11:54
zygawe get 40311:54
zygaI think we can11:56
zygamvo: how does https://github.com/snapcore/snapd/pull/9505 look like?12:01
mupPR #9505: tests: allow the searching test to fail under load <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9505>12:01
mupPR snapd#9505 opened: tests: allow the searching test to fail under load <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9505>12:05
mvozyga: looks good, I was hoping the store would tell us a little bit more in their payload than just the 403 :/12:08
mvozyga i can try to have a look (but will need lunch soon :)12:08
mvozyga but maybe it really does not give us more info12:08
mvo(and maybe my idea is kind-a dumb)12:08
zygaI don't know12:09
zygaI think it's not that critical12:09
zygaand it's probably gonna vary over time12:09
zygaI marked the branch as ready for review12:09
zygapicking up my imac now, I'll re-connect later12:09
mvogood luck12:09
pedronisit comes from the proxy/LB iirc12:10
mupPR pc-amd64-gadget#50 closed: grub: boot configuration is shipped and managed by snapd <Created by bboozzoo> <Merged by xnox> <https://github.com/snapcore/pc-amd64-gadget/pull/50>12:13
pedroniszyga-mbp: I have a question in #942212:24
mupPR #9422: overlord: add link participant for linkage transitions <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/9422>12:24
mupPR snapd#9506 opened: boot: skip some unit tests when running as root <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9506>12:30
zygapstolowski, mborzecki: I will try to reproduce the old kernel upgrade of core18 after the standup12:57
zygawe can chat after I have the outcome, either way it's something we learn12:57
zygaI was also thinking we could stream compressed, non-empty blocks of the SD card12:57
zygaand probably re-image the device locally12:57
zygathat would eliminate all but SD card corruption12:58
zygaunless pi revisions matter but I hope not12:58
zygapstolowski: nice analysis in https://bugs.launchpad.net/snapd/+bug/189966512:58
mupBug #1899665: Failed refresh of snapd drops current symlink <snapd:Triaged> <https://launchpad.net/bugs/1899665>12:58
zygaand last point is very sobering12:59
zygabecause it means that bugs have a delayed fuse12:59
zyga-x240pstolowski: we're done, if you need to talk to mvo13:57
pstolowskizyga-x240: thanks; no, i was just joining back standup14:00
zyga-x240ah right14:01
pedroniszyga-x240: btw I looked at https://github.com/snapcore/snapd/pull/9497  I don't think it needs my review particularly, it does need one more on top of yours though14:02
mupPR #9497: usersession/agent: have session agent connect to the D-Bus session bus <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9497>14:02
zyga-mbppedronis checking14:02
zyga-mbpright, I will do a complete review14:03
zyga-mbpand then maybe pawel or maciek can look14:03
zyga-mbpmborzecki could you go for core desktop call?14:04
zyga-mbpjamesh https://github.com/snapcore/snapd/pull/9497#pullrequestreview-50941604014:22
mupPR #9497: usersession/agent: have session agent connect to the D-Bus session bus <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/9497>14:22
* cachio lunch14:51
mborzeckizyga-mbp: sorry, late lunch14:56
mborzeckifound a silly problem in snapshots though14:56
mvomborzecki: in "snap snapshots"?14:57
mborzeckimvo: more liek snapshots backend, see https://github.com/snapcore/snapd/pull/950714:57
mupPR #9507: overlord/snapshotstate/backend: specify tar format for snapshots <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9507>14:57
mvomborzecki: nice!14:58
mborzeckimvo: somehow suse defaults to POSIX tar for format, so the unit tests of snapshot export failed because they assume a known archive size14:58
mvomborzecki: right14:59
mvomborzecki: nice find!14:59
mupBug #1899992 opened: refresh.timer=managed prevents setting other configurations, e.g. proxy.http <Snappy:New> <https://launchpad.net/bugs/1899992>14:59
zyga-mbpmborzecki reviewed15:00
mborzeckizyga-mbp: yeah, doesn't look like we do a very strict checking of the archives15:01
mupPR snapd#9507 opened: overlord/snapshotstate/backend: specify tar format for snapshots <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9507>15:01
mborzeckianyways, i can look into that on monday, got some errands to run15:01
zyga-mbpok I should stop coding but I want one more thing15:01
zyga-mbpthen I'll re-create that pi15:01
zyga-mbpI NEED PI(e)15:02
mborzeckizyga-mbp: fwiw this came up when i tried to update the package on opensuse15:02
zyga-mbpmvo can I revert that last commit in 9505 and merge without any extra checks15:02
mborzeckizyga-mbp: so a distro patch will be needed15:02
zyga-mbpI don't want to dig into that (that other variant of the failure now)15:02
vorlonmvo: sorry, what ack are you waiting on from me re: goconfigparser? I don't see any email about this from you15:05
zyga-mbpmvo perhaps someone should attend https://developers.tpm.dev 's https://developers.tpm.dev/posts/tpmdev-2020-miniconf15:07
mvovorlon: just a high-level ack :)15:08
mvovorlon: if you are ok with that I will just upload if you prefer to review the diff that also works etc15:08
vorlonmvo: please go ahead15:10
mvozyga-mbp: yeah, just do it15:13
zyga-mbppstolowski can you review 9505 quickly15:14
zyga-mbphttps://github.com/snapcore/snapd/pull/8573 needs a 2nd review but not sure who has time for it15:15
mupPR #8573: overlord/snapstate: inhibit startup while unlinked <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/8573>15:15
mvozyga-mbp: in a meeting but I can do after, this one looks straightforward15:18
zyga-mbpwoot, thanks15:18
zyga-mbppedronis, pstolowski: question about link/unlink snap, some actions explicitly set Done/Undone status15:43
zyga-mbpbut this is not consistent among the set of handlers that change linkage15:43
zyga-mbpis this by design or is there an omission somewhere?15:43
pedroniszyga-mbp: I need to recheck, in general is always ok to do it, it's really needed though if the task does internal state changes that are not clearly idempotent15:45
pstolowskizyga-mbp: yes, i noticed something similar thing wrt maybeRestart recently15:46
zyga-mbpwe should scrutinize that then - I suspect there's a subtle bug there15:46
pstolowskithis can be problematic if an unplanned restart happens and we re-execute same task15:47
pedroniszyga-mbp: basically adding it to the (un)doUnlinkCurrentSnap should be fine and maybe needed15:50
zyga-mbpI'll send a separate PR for that15:50
pedronisbut OTOH I think pstolowski change that code again15:50
pedronisanyway as I said, it's never a bug to have it15:50
pedronisit might be a bug not to have it15:51
pedronisit's a bit of annoying property of our state/task model15:51
* zyga-mbp nods15:51
pedronisI mean, assuming is done after any error path15:52
zyga-mbppretty much at the bottom of those functions15:52
mupPR snapd#8573 closed: overlord/snapstate: inhibit startup while unlinked <Needs Samuele review> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8573>15:56
zyga-mbpthank you15:56
mvozyga-mbp: *thank you*15:57
pstolowskimvo: reviewed snapshot import16:01
pedronisthe next time we might revisit the runner we might want to consider holding the lock to be the default for tasks, and not holding it fully to be the exception16:02
mvopstolowski: just saw it - thanks so much!16:03
* mvo takes a dinner break16:03
pedroniswe would need to see if it's true that most task do hold it16:04
pedroniswhen we started there were less tasks and some it was more mixed16:04
pstolowskiso, after reordering removing of snap revisions undo looks more sane16:19
pstolowskithe battle is not over to be clear ;), but at least i'm back with lxd snap and attempt to remove it again. no more errors from undo handlers because of wrong current16:24
pstolowski*can attempt*16:25
pstolowskieod, cu16:25
zyga-x240eh, I messed up redirect in search fix16:44
zyga-x240I'll change that shortly16:44
zyga-mbpI did not17:13
zyga-mbpsome new error showed up17:13
zyga-mbppedronis I've updated https://github.com/snapcore/snapd/pull/942217:14
mupPR #9422: overlord: add link participant for linkage transitions <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/9422>17:14
zyga-mbpI will EOD now, need to help my family17:14
zyga-mbpsee you tomorrow17:14
zyga-mbpmvo if you are back, consider merging https://github.com/snapcore/snapd/pull/950517:15
mupPR #9505: tests: allow the searching test to fail under load <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9505>17:15
zyga-mbpit's not perfect as other things failed now (store related)17:15
zyga-mbpbut may be better17:15
* zyga-x240 EODs17:15
mupPR snapd#9508 opened: tests: remove ausearch which fails during prepare <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9508>17:57
mupPR snapd#9505 closed: tests: allow the searching test to fail under load <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9505>18:57
mupPR snapd#9509 opened: multipass/docker-support: Mount /etc/apparmor* from the base snap <Created by alexmurray> <https://github.com/snapcore/snapd/pull/9509>19:57

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