=== ubott2 is now known as ubottu
=== niemeyer_ is now known as niemeyer
mupPR snapcraft#3295 opened: specification: desktop extension font hook <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3295>02:59
mborzeckiback in a bit, need ot drive the kids to school and then hopefully a brief visit to the tax office05:34
zygagood morning06:28
* zyga sees two failures on 16.04 left06:28
zyganeat :)06:28
mvozyga: good morning06:30
zygahey :)06:32
zygahow are you?06:32
zygaok, tweked two more tests and started another run06:33
zyga16.04 gets a green pass, looking at 18.04 which unlocks a few more tests06:40
mborzeckimvo: zyga: morning guys06:41
zygahey mborzecki06:41
mvohey mborzecki06:42
zygait's not quite frosty morning stage yet06:42
zygabut it's definitely chilly morning here06:42
zygabut even more than yesterday, we're looking at crazy 28C later today06:42
zygaI'll grab some food06:49
zygammmm, scrambled eggs never get old07:05
zygahello Pawel07:10
mvogood morning pstolowski07:10
zyga18.04 is clean07:53
zyga20.04 and then core07:53
zygaI think there may be a few tests left07:54
zygaand definitely selinux07:54
zygabut this looks great07:54
Chipacazyga: ๐Ÿ‘‹08:06
Chipacazyga: is snap-confine still your bff?08:06
Chipacaasking because a friend is getting a 'sanity timeout expired' thing, https://dpaste.org/2YDP08:11
Chipacasnap version & etc, https://dpaste.org/mfb808:12
zyga-mbpChipaca hey08:22
zyga-mbpsorry, I was in a call08:22
zyga-mbpChipaca ohhh08:22
zyga-mbplet me look08:22
StyXmanBTW, the friend he mentions it's me08:22
zyga-mbpStyXman o/08:22
ChipacaStyXman: ๐Ÿ™‚08:22
zyga-mbpso was the machine under some incredible load?08:23
Chipacazyga-mbp: of note is that this isn't the first time it happens, and last time StyXman had to reboot to fix it08:23
zyga-mbpthat timeout is a relatively short in human scale but really huge in kernel scale duration where we grab an exclusive lock to do something tiny08:23
Chipacawell, 'had to', tried it and it worked08:23
mupPR snapd#9400 opened: o/assertstate: support refreshing any number of snap-declarations <Created by pedronis> <https://github.com/snapcore/snapd/pull/9400>08:23
zyga-mbpI have a few minutes and then another call I cannot miss08:23
zyga-mbpif you give me more context I will think about what may be going on08:23
zyga-mbpmaybe it's a stuck process dead somewhere08:24
zyga-mbpnot dead but blocked08:24
zyga-mbpand holding the lock08:24
zyga-mbpwe rigged it so that processes that can grab it should die08:24
zyga-mbpthe only exception is snapd which also grabs the lock for brief moments08:24
zyga-mbpso any context you can provide helps08:24
Chipacazyga-mbp: maybe running fuser on the lock shines some light on that?08:24
zygait's a flock-based lock08:25
zygathe locks are in /run/snapd/lock08:25
ChipacaStyXman: try: sudo fuser -v /run/snapd/lock/lxd.lock08:26
zyga-mbpthere's also a global lock /run/snapd/lock/.lock08:26
StyXmanzyga-mbp: o/08:27
* zyga-mbp types from two accounts08:27
StyXmanzyga-mbp: holding *which* lock?08:28
zyga-mbpwe grab the global lock, do some setup, then we grab the per-snap lock08:28
zyga-mbphere it was definitely holding the per-snap lock08:28
StyXmannothing on fuser's ouput08:28
zyga-mbpso /run/snapd/lock/lxd.lock08:28
zyga-mbpnormally snap-confine itself grabs this lock08:29
StyXmannothing either, weird, even when snapd is running08:29
zyga-mbpto synchronize access of concurrently executing snap-confine08:29
zyga-mbpsometimes snapd also grabs this lock08:29
zyga-mbpbut very briefly and in specific scenarios08:29
zyga-mbpcan you reproduce the failure?08:29
StyXmanall the time on this machine08:29
StyXmanall the time in this reboot of this machine08:30
StyXmanI hadn't (can't) reboot it now08:30
StyXmanand i had this befor on other hosts08:30
StyXmanand the next, I'm the same person08:31
StyXmanand I guess you'r in a meeting again08:31
StyXmanI notice that the last two messages are not prefixed with DEBUG, so I guess it's not snapd who's printing them?08:34
StyXmannotice the like above is an issue opened in the lxd project08:34
StyXmanload is bellow 6 on a 32 core machine08:35
StyXmanless than 50% ram used by apps, so no, no load at all08:35
StyXmanI had restarted snapd too,  just in case08:36
mupPR snapd#9401 opened:  gadget: allow content observer to have opinions about a change  <Simple ๐Ÿ˜ƒ> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9401>08:38
zygaDEBUG messages are from snap-confine08:57
zygaStyXman: hmmm09:01
zygaStyXman: can you describe the setup a bit09:01
zygalike the FS used09:01
zygaor anything unusual?09:01
StyXmannot much09:03
StyXmanlet me check this one09:03
zygalxd on metal?09:03
StyXmansharing with KVM09:03
StyXmanfs is xfs09:04
StyXmanlike I said, 32 cores, 128 of ram09:05
StyXmanfs's are on LVM, opver several disks, but I don't think that's relevant09:06
StyXmanhow can I figure out which lock is failing?09:07
StyXmanrun under strace?09:08
StyXmanrun snapd*09:08
zygaone sec09:08
zygayou can run snap-confine via strace09:08
StyXmanI mean, which invocation (incantation?) of snap-confine?09:09
zygahold on :)09:09
zygasudo SNAP_NAME=lxd SNAP_REVISION=$(readlink /snap/lxd/current) strace -f /snap/core/9993/usr/lib/snapd/snap-confine snap.lxd.lxd /bin/true09:11
zygaStyXman: ^ try this, you may also add --base core18 if lxd was using core18 as base (I forgot)09:11
zygaSNAP_INSTANCE_NAME=lxd instead of SNAP_NAME= most likely09:12
StyXmandaam, that's definitely an incantation :)09:12
zygatyped dry, my setup has a custom snapd that does a lot new things and I'm not running things now09:12
StyXmansomething's *really* slow here09:13
StyXmanI can see read()s scroll by09:13
StyXmanit takes ages reading /proc/self/mountinfo09:14
zygacan you read that?09:14
zygait may be reading the mountinfo of lxd09:15
zygato reproduce09:15
zygansenter -m/run/snapd/ns/lxd.mnt cat /proc/self/mountinfo09:15
zygado pastebin if it's curious and you have no secrets there09:16
StyXmanthis is insane: https://dpaste.org/viR709:16
zygahmm, it doesn't load09:16
zygansenter is a tool that can jump into one of the many linux namespaces09:17
zygathe incantation I gave shows the mount namespace of the lxd snap09:17
StyXmansomething's really worng09:17
zygaStyXman: I cannot open the URL you have provided09:17
StyXmanit's full of the same mount info over and over again09:17
zygahow big is the paste/09:18
zygaoh it loaded09:18
StyXmanmdione@demo-hv1:~$ sudo nsenter -m/run/snapd/ns/lxd.mnt time wc -l /proc/self/mountinfo09:18
StyXmannsenter: failed to execute time: No such file or directory09:18
zygacan you run the 2nd command and show me the vanilla output?09:18
StyXmanit never ends09:18
zygahow about /bin/cat?09:18
zygaor /usr/bin/cat09:19
zyga(it's not running that in a shell)09:19
StyXmancat worked, it just never ends09:19
zygaso if you want time, you need sh -c ...09:19
zygaI'll make coffee09:19
StyXmanthe 'file' has this line repeade indefinitely:09:19
StyXman/lxd/storage-pools /mnt/kvm/lxd/storage-pools rw,relatime shared:104 master:34 - ext4 /dev/mapper/ssd-kvm rw,data=ordered09:19
zygaI think this may require lxd developers09:19
zygalxd is very much special09:19
zygaand does things regular snaps cannot09:20
zygaStyXman: please collect the mountinfo in a bug report09:20
zygaand share it here09:20
Chipacabug report for lxd, or snapd?09:20
Chipacaor both :-p09:20
zyga-mbpfor lxd for now09:20
zyga-mbpon lp it can be both09:20
zyga-mbpit's not a bug in snap-confine09:21
zyga-mbpit's a very unusual mount namespace09:21
zyga-mbpthe origin of the bug is unclear for now09:21
StyXmanack :(09:21
zyga-mbpplease collect the full output of mountinfo09:22
zyga-mbpon both the host09:22
zyga-mbpand as seen from lxd point of view09:22
zyga-mbpif you need to reboot please get those first09:23
zyga-mbpyou can redirect to a file to avoid losing it09:23
StyXmanI waited more than a minute before I got tired of seeing the same line appear over and over again09:25
StyXmanalso: WTH is it doing between lines?09:25
StyXmanI just send it to a log file, let's see how long it takes09:27
StyXman(now I just realized maybe the remoteness was playing a part in it)09:27
StyXmanthe first few reads take >100ยตs, then it jumps up to 10s of ms09:29
StyXmancat is taking ages09:32
StyXmanwc -l /tmp/nsenter_cat_proc_self_mountinfo.log09:34
StyXman65631 /tmp/nsenter_cat_proc_self_mountinfo.log09:34
zyga-mbpStyXman it's a virtual file09:37
zyga-mbpgenerating each line is non trivial in general09:38
zyga-mbpcan you paste it anywhere?09:38
StyXmanI don't think it makes sense09:39
StyXmanyes, there are some interesting things09:40
StyXmanwe use loop files in the ocntainers09:40
StyXmanand it seems it has something to do09:40
StyXmanit's exponential!09:40
StyXmanbefore the first loop device the'res one line09:41
StyXmanbefore the second, 209:41
StyXmanbefore the third, 409:41
StyXman8, 16,, ...09:42
StyXmanthere are 28 loop files on that node09:42
=== benfrancis5 is now known as benfrancis
StyXmanso at the end it should be... around 512 million lines?09:46
zyga-mbpStyXman that can take a while09:53
* Chipaca has a O(no) joke09:53
zyga-mbpI think we'd like to know how it happened09:53
zyga-mbpand if it comes back after rebooting09:53
StyXmanChipaca: hehehehe09:53
zyga-mbpbut before please ask stgraber for help09:54
zyga-mbpmy network is experiencing big issues, I may be offline09:54
ChipacaStyXman: stgraber is -0400 so maybe in a bit09:54
StyXmanis that NY?09:56
* StyXman has more clocks in his wall that humanly needed09:57
ChipacaStyXman: NY is also -4, yes10:01
zyga-mbpI think my network is back10:08
zyga-mbpStyXman what's in mountinfo outside of lxd?10:08
zyga-mbpon your host, that is10:08
zyga-mbpdid you do any changes to mount tables recently?10:08
StyXmanon the host not really, it's been ages since it was installed10:09
StyXmanthe contaioners come and go as needed10:09
StyXmanit's (ab)used for testing purposes10:10
StyXmanhere's the lxd comments: https://github.com/lxc/lxd/issues/6772#issuecomment-69726547610:11
zygathank you10:12
mupIssue core20#72 opened: move docker user/group to extrausers <Blocked> <Created by anonymouse64> <https://github.com/snapcore/core20/issues/72>10:19
mupPR core20#45 closed: Add arches <Created by xnox> <Closed by xnox> <https://github.com/snapcore/core20/pull/45>10:19
mupPR core20#86 closed: .travis.yml: use stable snapcraft now <Created by anonymouse64> <Merged by xnox> <https://github.com/snapcore/core20/pull/86>10:19
mupPR core20#87 opened: Revert "hooks: mv docker user/group definition to extrausers" <Created by xnox> <https://github.com/snapcore/core20/pull/87>10:24
ijohnsonyay new pc-kernel in edge10:39
ijohnsonand also good morning folks10:39
pstolowskihi ijohnson !10:40
ijohnsono/ pstolowski10:41
zygaijohnson: good morning!10:41
ijohnsonhey zyga10:42
zygais google down?10:42
* ijohnson is excitedly testing the new edge kernel10:42
zyga2020-09-23 12:43:03 Cannot allocate google:opensuse-15.1-64: cannot perform Google request: Get https://www.googleapis.com/compute/v1/projects/computeengine/zones: Post https://oauth2.googleapis.com/token: dial tcp i/o timeout10:43
zygaover and over10:43
zygamaybe my network segment somewhere is flaky10:43
ijohnsonzyga: seems to be working fine for me, I just launched a spread run on gce10:50
zyga2020-09-23T12:56:36+02:00 ERROR Get https://api.snapcraft.io/api/v1/snaps/assertions/snap-revision/EnYyzGIokaLNadpwYWUw0qFczPCprbUPfS3KPBv8VsDMkFLDmosiytxhmkP9hwSP?max-format=0: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)10:57
zyganetwork is troubled10:57
zygamborzecki: I've just installed gimp11:00
zygano fonts11:00
zygaand it crashes11:00
mborzeckizyga: on fedora/opensuse?11:01
zygaon focal11:01
mborzeckizyga: try with --experimental-gdbserver maybe?11:01
mborzeckizyga: but i investigated it a bit on arch and the backtrace was pointing to fonts issues again11:02
mupPR snapd#9402 opened: tests/lib/prepare.sh: stop patching the uc20 initrd since it has been updated now <Run nested> <Simple ๐Ÿ˜ƒ> <UC20> <โš  Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9402>11:14
zygairc works11:14
zygabut stuff other than that falls apart11:14
StyXmanssh? http? ftp?11:16
StyXmanhttp or https?11:18
StyXmanwhat ISP?11:18
* zyga goes to debug11:22
zyga(gimp:1053668): GLib-ERROR **: 13:30:51.456: ../../../../glib/gmem.c:333: overflow allocating 18446744073709551615*18446744073709551615 bytes11:31
zygamborzecki: reinstalled, no change11:33
mborzeckizyga: yeah, iirc there was an earlier assertion that failed, try running with G_DEBUG=fatal-critical11:35
mborzeckiquick errand, back in 30 or so11:35
Chipacazyga: here's a nickle, kid, get yourself a computer that can allocate 18446744073709551615*18446744073709551615 bytes11:35
zygaFontconfig warning: FcPattern object width does not accept value [85 100)11:35
zyga /snap/gimp/292/usr/bin/gimp: Gimp-Text-KRYTYCZNE: gimp_font_factory_load_names: assertion 'fontset' failed11:35
* Chipaca is out of nickles11:35
zygagimp_device_info_set_device: trying to set GdkDevice 'Ultimate Gadget Laboratories Ultimate Hacking Keyboard' on GimpDeviceInfo which already has a device11:36
pedronisdegville: ijohnson: hi, a naming question here where maybe you can give some input:  https://github.com/snapcore/snapd/pull/9401#discussion_r49349346711:50
mupPR #9401:  gadget: allow content observer to have opinions about a change  <Simple ๐Ÿ˜ƒ> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9401>11:50
degvillepedronis: looking now...11:50
ijohnsonpedronis I responded too11:52
pedronispstolowski: hi, added some comments in #939112:10
mupPR #9391: [RFC] o/assertstate: introduce ValidationTrackingKey/ValidationSetTracking and basic methods <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9391>12:10
pedronisijohnson: I reviewed #937912:19
mupPR #9379: [RFC] cmd/s-b/initramfs-mounts: use ConfigureTargetSystem for install, recover modes <Bug> <Needs Samuele review> <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9379>12:19
* zyga-mbp goes for a walk12:19
pstolowskipedronis: ty12:33
mborzeckipedronis: wdyt about just using TrustedAssetsBootloader for the merged TrustedAssets* & ManagedAssets* interfaces?12:35
mborzeckior TrustedBootloader maybe?12:35
pedronismborzecki: TrustedAssetsBootloader was what I thought12:35
mborzeckipedronis: ok12:37
ijohnsonthanks pedronis I'll look at your review13:40
ijohnsonbtw can I get a review on https://github.com/snapcore/snapd/pull/9369 since it's green again due to new kernel snap in edge/beta ?13:41
mupPR #9369: tests/nested/manual/refresh-revert-fundamentals: re-enable test <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9369>13:41
ijohnson(from anyone though)13:41
ijohnsonthat pr is green now just needs reviews13:41
ijohnsonman github actions new view is nice in that it jumpts to the error again like it did a few months ago initially, but now the log on that page is less than 20% of the screen :-/14:07
ijohnsontests/main/snap-run seems to be hanging in strace reliably on ubuntu 20.04, 18.04 and 16.04 since recently I wonder if something broken in strace recently that makes this hang happen14:12
zygaI'm running opensuse tests and it looks like apparmor profile for snap-confine is just not getting loaded14:24
mupPR snapd#9369 closed: tests/nested/manual/refresh-revert-fundamentals: re-enable test <Run nested> <UC20> <โš  Critical> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9369>14:25
pedroniszyga: I looked at https://github.com/snapcore/snapd/pull/9384, one questions there14:29
mupPR #9384: overlord: export and use snapd tools <Created by zyga> <https://github.com/snapcore/snapd/pull/9384>14:29
pedronismaybe I'm confused or something can be simplified further?14:30
ijohnson#9395 needs another review and is fairly simple14:48
mupPR #9395:  o/snapstate/check_snap_test.go: mock osutil.Find{U,G}id to avoid bug in test <Bug> <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9395>14:48
ijohnsonpedronis: I addressed your feedback on #9379 and marked it ready for review15:04
mupPR #9379: [RFC] cmd/s-b/initramfs-mounts: use ConfigureTargetSystem for install, recover modes <Bug> <Needs Samuele review> <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9379>15:04
ijohnsonpedronis: let me know if you want me to split the pr up at all15:04
pedronisijohnson: why split it? is not large15:17
ijohnsonpedronis: I dunno cause sometimes it is easier to split things15:17
ijohnsonbut sure not splitting is easier for me anyways :-)15:17
pedronisanything up to 500 is usually reasonable, even a bit more if a good chunk is tests15:18
ijohnsonmakes sense15:20
mupPR snapd#9403 opened: many: move ManagedAssetsBootloader into TrustedAssetsBootloader, drop former <Simple ๐Ÿ˜ƒ> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9403>15:20
pedronisijohnson: question there15:23
mborzeckipedronis: is https://github.com/snapcore/snapd/pull/9005 something we want for 1.0?15:24
mupPR #9005: boot: support setting extra command line argument, bootloader interface tweaks <UC20> <โ›” Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9005>15:24
pedronisijohnson: in the PR15:26
ijohnsonpedronis: oh it was in the resolved conversation sorry I see it now15:26
pedronismborzecki: possibly, we need to discuss15:26
mborzeckipedronis: ok, let's sync in the morning then15:26
ijohnsonpedronis: https://github.com/CanonicalLtd/subiquity/blob/fe012f20dc758f1fb1641d0b5744baf00739524d/bin/console-conf-wrapper#L2515:27
ijohnsonafaik writing the complete file shouldn't interfere with that at all15:27
pedronisah, thx15:28
pedronisyes, writing the complete is not a problem. we still support the recover trigger in case anyway because of the or cond in the service15:29
pedronisijohnson: +115:34
ijohnsonnice thanks15:34
mupPR snapd#9402 closed: tests/lib/prepare.sh: stop patching the uc20 initrd since it has been updated now <Run nested> <Simple ๐Ÿ˜ƒ> <UC20> <โš  Critical> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9402>16:00
zyga-mbppedronis ack, looking16:03
pedroniszyga-mbp: I got this failure google:arch-linux-64:tests/main/cgroup-tracking:root here: https://github.com/snapcore/snapd/pull/8569/checks?check_run_id=115523459616:04
mupPR #8569: o/assertstate,asserts: use bulk refresh to refresh snap-declarations <Bulk assert refresh :scroll::scroll::scroll:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8569>16:04
mupPR snapd#8569 closed: o/assertstate,asserts: use bulk refresh to refresh snap-declarations <Bulk assert refresh :scroll::scroll::scroll:> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8569>16:15
mupPR snapd#9404 opened: asserts: deserialize grouping only once in AddBatch if needed <Created by pedronis> <https://github.com/snapcore/snapd/pull/9404>16:15
mupPR snapd#9334 closed: tests/nested/manual: add test for grades above signed booting with testkeys <Run nested> <Test Robustness> <UC20> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9334>16:25
mupPR snapd#9397 closed: tests/nested: misc robustness fixes <Run nested> <Simple ๐Ÿ˜ƒ> <Test Robustness> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9397>16:25
ijohnsoncachio: did you ever look at the api for gcloud launching shielded vm's? I see that actually in their rest API they have a `shieldedInstanceInitialState` setting which can take in pk, keks , dbs, and dbxs settings, which I assume is for the secure boot configuration16:28
zygapedronis: looking at the failure16:29
ijohnsoncachio: of course to be able to set that, I assume it would need spread changes but that could probably be handled16:29
cachioijohnson, hey16:30
cachioI already verified that a time ago16:31
cachiothey confirmed that it is not possible to set the keys for the secure boot16:31
ijohnsoncachio: ah ok, so this api is not really usable for that then16:31
cachioIt was when we were at frankfurt16:31
ijohnsoncachio: I was wondering if maybe they added it since you looked at it16:31
cachioI can chack again16:32
ijohnsonright a million years ago :-D16:32
ijohnsoncachio: no need, I just was waiting for test results and looked at the api16:32
cachioijohnson, it was the ifrst thing we tried to do16:32
ijohnsonI see16:32
cachioijohnson, I fixed tumbleweed again16:33
cachiofor some raeson a new kernel appeared16:33
ijohnsonnice I'll keep an eye out on runs this afternoon for tumbleweed16:33
cachioI am testing right now16:33
zygapedronis: no immediate idea, we did run a test from another suite quite recently before this test, still no idea why this failed exactly16:35
* cachio afk -> go to doctor app and make study16:59
cachioijohnson, I am leaving now, if you need any review just leave me a message, I'll do it when I am back17:01
ijohnsoncachio: I'm good for now, thanks!17:02
cachioijohnson, nice17:02
ijohnsoncachio: when you're back really simple pr https://github.com/snapcore/snapd/pull/940518:40
mupPR #9405: tests/nested/manual/grade-signed-above-testkeys-boot: enable kvm <Run nested> <Simple ๐Ÿ˜ƒ> <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9405>18:40
mupPR snapd#9405 opened: tests/nested/manual/grade-signed-above-testkeys-boot: enable kvm <Run nested> <Simple ๐Ÿ˜ƒ> <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9405>18:41
zygaPT is late recently19:29
zygatired and sleepy19:29
zygaand bloody tests got network timeouts19:29
zygasome more network luck now19:37
zyga2020-09-23 21:37:38 Error discarding google:arch-linux-64 (sep231929-708690): cannot deallocate Google server google:arch-linux-64 (sep231929-708690): cannot perform Google request: Delete https://www.googleapis.com/compute/v1/projects/computeengine/zones/us-east1-b/instances/sep231929-708690: dial tcp i/o timeout19:37
zygaall the time19:37
zygaoh well19:38
zygatomorrow I will start with my network19:38
zyga-kaverion fallback link19:45
zyga-kaveriI need to debug the primary link tomorrow19:46
* zyga-kaveri EODs19:46
zyga-kaveriijohnson: if you have a minute I have a super-simple PR at 940719:46
mupPR snapd#9406 opened: many: allow ignoring running apps for specific request <Created by zyga> <https://github.com/snapcore/snapd/pull/9406>19:46
mupPR snapd#9407 opened: overlord: explicitly set refresh-app-awareness in tests <Simple ๐Ÿ˜ƒ> <Skip spread> <Created by zyga> <https://github.com/snapcore/snapd/pull/9407>19:46
ijohnsonzyga-kaveri: sur19:53
mupPR snapcraft#3294 closed: project loader: install dirmngr prior to configuring package repositories <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3294>21:47

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