[00:13] <mup> PR snapd#8254 opened: add zoommtg url support <Created by troyready> <https://github.com/snapcore/snapd/pull/8254>
[03:25] <mup> PR snapd#8255 opened: cmd/snap: make the portal-info command search for the network-status interface <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/8255>
[07:34] <zyga> o/
[07:34] <zyga> I'm off today
[07:34] <zyga> just came to do paperwork
[07:34] <zyga> push a small test to a PR
[07:34] <zyga> and then disappear in a puff of smoke
[07:34] <zyga> trying to organize time for kids when school is cancelled
[08:03] <pstolowski> morning
[08:13] <mvo> pstolowski: good morning
[08:28] <zyga> mvo: I pushed an extra test to https://github.com/snapcore/snapd/pull/8241/files
[08:28] <zyga> and I'll file the HR stuff now
[08:28] <mup> PR #8241: interfaces: work around apparmor_parser slowness affecting uio <Bug> <Squash-merge> <Created by zyga> <https://github.com/snapcore/snapd/pull/8241>
[08:31] <zyga> mvo: done
[08:34] <zyga> pedronis: thank you for reviewing env changes again
[09:50] <mvo> can someone please give a +1 on 8250 ? it's a straight cherry pick with tiny
[09:50] <mvo> conflict
[09:50] <mvo> resolved
[09:54] <mup> PR snapd#7977 closed: snap: add (hidden) `snap download --indirect` option to download via snapd <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/7977>
[09:55] <mup> PR snapd#8197 closed: snap: refactor code in `snap download` to prepare for snap downloads via snapd <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/8197>
[09:58] <mup> PR snapd#8250 closed: tests: mock prune ticker in overlord tests to reduce wait times (2.44) <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8250>
[10:16] <ppd> hi! Has anyone had a look at https://bugs.launchpad.net/snapd/+bug/1866855 ? Debian + nvidia is broken, unfortunately.
[10:16] <mup> Bug #1866855: nvidia driver integration is incompatible with Debian <snapd:New> <https://launchpad.net/bugs/1866855>
[12:05] <mup> PR snapd#8256 opened: tests: disable ubuntu-16.04-32:tests/main/lxd <Created by mvo5> <https://github.com/snapcore/snapd/pull/8256>
[12:22] <zyga> ppd: I can look next week. Thank you for pointing this out
[12:25] <ppd> zyga: Thanks a lot. I remember there were some vague plans to ship driver libs in snaps, which could simplify the nvidia case. Or am I remembering things incorrectly?
[12:28] <mvo> stgraber: did anything change recently in lxd? we see failures in our GCE lxd 16.04-32 test, inside the containter a "apt update" hangs. it tries to connect to an ipv4 address. the host system is using ipv6 to connect to archive.u.c it seems. any hints for me?
[12:28] <stgraber> What version of lxd is that?
[12:29] <mvo> stgraber: 3.22 but actually it could be something else, it seems like inside the container it wants to connect to archive.u.c but outside it connects to the gce apt mirror
[12:30] <stgraber> Can you check 'lxc info', and look for the key firewall in there, see if it says xtables or nftables
[12:31] <stgraber> We added the right bits for nft to the snap last night so maybe there's something wrong going on with that somehow
[12:31] <mvo> stgraber: says nftables
[12:32] <stgraber> Okay, what's the Ubuntu version used for that instance?
[12:32] <mvo> stgraber: 16.04-32
[12:33] <mvo> stgraber: fwiw, no connectivity inside the container it seems
[12:34] <mvo> stgraber: fwiw this is what we do https://github.com/snapcore/snapd/blob/master/tests/main/lxd/task.yaml#L51
[12:34] <stgraber> Okay, should hopefully be easy to reproduce here
[12:34] <stgraber> Works fine on other releases?
[12:34] <mvo> stgraber: yeah, afaict, also fine on 16.04-64
[12:35] <mvo> stgraber: I keep the gce instance open if you have any questions (but will soon have to leave for lunch)
[12:35] <mvo> stgraber: available via tg for ugent cases though
[12:35] <stgraber> Hmm, 32 falling but 64 working is very very weird in this case :)
[12:36] <cachio> mvo, hey
[12:38] <stgraber> mvo: can you install nftables and run 'nft list ruleset' on both. Also, the output of 'iptables -L' and 'iptables -t nat -L' would be useful
[12:38] <cachio> I am trying to get the shell by using systemd.debug-shell=1 in run mode when using a vm in my machine and I can't get the shell
[12:38] <cmatsuoka> cachio: are you using the version with tpm enabled?
[12:39] <cmatsuoka> cachio: if so, the command line is measured and it won't work if you add extra parameters
[12:39] <cachio> cmatsuoka, yes,  command line: console=ttyS0 console=tty1 panic=-1 systemd.gpt_auto=0 init=/sbin/init snapd_recovery_mode=run systemd.debug-shell=1
[12:40] <cachio> cmatsuoka, ahh
[12:41] <cmatsuoka> cachio: you can change this by adding the parameter to the command line used when sealing the keyfile, let me see where it is in the code...
[12:42] <cmatsuoka> cachio: https://github.com/cmatsuoka/snapd/blob/frankfurt-preview-tpm/cmd/snap-bootstrap/bootstrap/tpm.go#L35
[12:47] <cachio> cmatsuoka, thanks
[12:50] <stgraber> mvo: oh and /var/snap/lxd/common/lxd/logs/lxd.log on both systems too
[12:50] <stgraber> mvo: well for this one, just the failing one may be enough
[12:50] <cmatsuoka> cachio: yaw, let me know if that doesn't work
[14:04] <mvo> stgraber: sorry, was at lunch and then distracted, will try to get you logs as quickly as I can
[14:06] <stgraber> mvo: I think I may have it reproduced on a system here, not 100% sure though
[14:07] <mvo> stgraber: ok, it takes a bit of this test to timeout so just keep me updated if you don't need it anymore
[14:35] <mvo> stgraber: http://paste.ubuntu.com/p/SkPXRyVYYP/
[14:41] <ackk> hi, has anyone seen an error like this: update.go:85: cannot change mount namespace according to change unmount (tmpfs /snap/maas/4977 tmpfs x-snapd.synthetic,x-snapd.needed-by=/snap/maas/4977/maas-cli/lib,mode=0755,uid=0,gid=0,x-snapd.detach 0 0): device or resource busy
[14:41] <ackk>  
[14:49] <mvo> ackk: I haven't, it's probably a zyga question but he is not around today unfortunately
[14:49] <ackk> mvo, oh ok. I've seen it happen a few times, always when refreshing the maas snap. it seems something to do with content interfaces from maas-cli
[14:52] <mvo> ackk: ok
[14:54] <ackk> mvo, I'll file a bug if it happens again with details
[14:54] <ackk> thanks
[14:56] <mvo> ta
[14:57] <stgraber> mvo: https://github.com/lxc/lxd/pull/7014
[14:57] <mup> PR lxc/lxd#7014: Fix nftables issues on older kernels <Created by stgraber> <https://github.com/lxc/lxd/pull/7014>
[15:04] <zyga> ackk: hey
[15:04] <ackk> zyga, hi
[15:04] <zyga> ackk: it's a thing I understand, I just need reliable instructions to reproduce
[15:04] <zyga> I know about the fact your workflow bumps into that often
[15:04] <zyga> just not sure how to reproduce and help you
[15:04] <zyga> I'm off today and tomorrow
[15:04] <zyga> just visited the office because it's raining and I wanted to lock the window
[15:04] <zyga> and it's +16C outside, what a weird weather
[15:05] <ackk> zyga, well, currently I just had "snap install maas --channel=2.7/edge", then realized I got the wrong one, and "snap refresh --edge"
[15:05] <ackk> *snap refresh --edge maas
[15:05] <ackk> zyga, I've seen it multple times in development too with "snap try this/" then "snap try that/"
[15:06] <ackk> zyga, "maas" has a content interface with "maas-cli" which gets installed/connected automatically
[15:06] <zyga> ackk: if you discard can you reproduce that with the refresh sequence?
[15:06] <ackk> zyga, discard?
[15:06] <zyga> ackk: sudo /usr/lib/snapd/snap-discard-ns maas
[15:06] <ackk> oh
[15:06] <zyga> it's essentially a wipe of the mount namespace
[15:07] <ackk> zyga, you mean discard then refresh?
[15:07] <ackk> zyga, I'll try it next time it happens, let you know
[15:09] <zyga> ackk: discard lets you 'start over'
[15:09] <zyga> if you can get a reproducer from clean slate it effectively gives you
[15:09] <zyga> that's golden
[15:09] <zyga> and that might imply it gets fixed quickly
[15:11] <ackk> zyga, I'll try
[15:14] <zyga> ackk: if you reproduce it I can look, I have two days off of roadmap items :)
[15:14] <zyga> ackk: and other priority bugfixes
[15:15] <ackk> zyga, thanks. I've seen it happen realtively frequently, I should be able to repro if I hit it hard enough :)
[15:15] <zyga> ackk: it's okay if it requires a loop over something
[15:15] <zyga> but I doubt it's that because usually this kind of issue is not a race
[15:15] <zyga> unless the app is racing with something but that's odd because we freeze apps for mount ops
[15:15] <ackk> zyga, this was pretty much a clean container with already-installed core18 and snapd snaps
[15:16] <ackk> zyga, installed maas snap, refreshed from different channel -> error
[15:16] <ackk> it's just not something that happens all the times
[15:26] <zyga> mvo: is master red today?
[15:26] <mvo> zyga: very
[15:26] <zyga> uh?
[15:26] <zyga> what happened?
[15:26] <mvo> zyga: there is a PR to fix this in 8256
[15:27] <mvo> zyga: but it takes some iterations so far to get it out of the reds
[15:28] <zyga> not MATCH
[15:28] <mvo> zyga: yes
[15:28] <zyga> oh well
[15:28] <zyga> I hope it goes green
[15:28] <zyga> and good luck, not a fun day
[15:36] <mvo> zyga: yeah, I got the wrong team from my tea shop, can't get worse than that
[16:21] <pedronis> #8242 is ready for further review, sadly some of the adjustments and extra tests I added made larger again
[16:21] <mup> PR #8242: many: improve environment handling, fixing duplicate entries <Bug> <Needs Samuele review> <Squash-merge> <Created by zyga> <https://github.com/snapcore/snapd/pull/8242>
[16:21] <pedronis> *made it
[17:31] <ackk> zyga, https://paste.ubuntu.com/p/FjyMT3Jnkb/
[17:31] <ackk> (at first attempt)
[17:31] <ackk> zyga, this is a freshly created bionic container
[17:39] <mup> PR snapcraft#2970 opened: providers: match build provider flag keys to envvar <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2970>
[17:51] <mup> PR snapcraft#2968 closed: git: always fetch specified source-commit before using <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2968>
[18:04] <ackk> zyga, FTR: https://bugs.launchpad.net/snapd/+bug/1867193
[18:04] <mup> Bug #1867193: failure refreshing snap with content interface <snapd:New> <https://launchpad.net/bugs/1867193>
[18:51] <zyga> ackk: thanks
[18:51] <zyga> ackk: I'll look but tomorrow
[18:53] <ackk> zyga, ty
[19:59] <mup> PR snapd#8256 closed: tests: fix/improve failing spread tests <Created by mvo5> <Merged by cmatsuoka> <https://github.com/snapcore/snapd/pull/8256>
[20:01] <mvo> thanks cmatsuoka !
[20:04] <mup> PR snapd#8257 opened: tests: backport master test fixes <Created by mvo5> <https://github.com/snapcore/snapd/pull/8257>
[20:07] <cmatsuoka> mvo: so it was a race then
[20:07] <mvo> cmatsuoka: I think so
[20:07]  * cmatsuoka hates races
[20:07] <mvo> cmatsuoka: looks like the systemd in sid/arch is a bit slower giving journal data
[23:12] <mup> PR snapd#8258 opened: interfaces/kubernetes-support: allow autobind to journald socket <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8258>
[23:14] <mup> PR snapd#8259 opened: interfaces/kubernetes-support: allow autobind to journald socket - 2.44 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/8259>
[23:31] <mup> PR snapcraft#2873 closed: candidate testing <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/2873>
[23:34] <mup> PR snapcraft#2971 opened: tests: use candidate for autopkgtests <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2971>