[06:19] <mborzecki> morning
[07:31] <mborzecki> mvo:  hey
[07:32] <mvo> mborzecki: hey, good morning!
[07:32] <mvo> mborzecki: how is life, anything important happend on friday?
[07:33] <mborzecki> mvo: iirc nothing super important, pedronis is off today
[07:35] <mborzecki> mvo: the pulseaudio test seems to be causing issues on 20.04
[07:35] <mvo> mborzecki: yeah, cool. no bad news is good news
[07:35] <mvo> mborzecki: anything in particular needs reviews?
[07:35]  * mvo is current going top-bottom
[07:35] <mborzecki> mvo: i was not albe to reproduce it, but according to standup notes ian maanged to do so calling spread in loop ratehr than with -repeat
[07:36] <mvo> mborzecki: hm, that's annoying, any clues?
[07:37] <mborzecki> mvo: no, not really, maybe we should consider skipping the test on 20.04 until we figure it out, seems to break travis runs quite often
[07:38] <mvo> mborzecki: yeah, that works for me
[07:38] <mborzecki> mvo: oh, and 8077 could use a review ;)
[07:38] <mborzecki> #8077
[07:38] <mup> PR #8077: boot: enable base snap updates in bootstate20 <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8077>
[07:41] <mborzecki> mvo: and something off with autorefresh https://forum.snapcraft.io/t/snap-is-updating-off-schedule/15323/10 even though the schedule is calcualted correctly
[07:45] <mvo> mborzecki: and it's not because the last update happend ages ago ? (or there was some sort of clock glitch?)
[07:46] <zyga> good morning
[07:47] <mvo> hey zyga
[07:47] <zyga> sorry, I overslept
[07:47] <mvo> zyga: no worries
[07:47] <zyga> but almost on time for 9 am start
[07:47] <mvo> zyga: flexible hours++
[07:47] <mvo> zyga: :)
[07:47] <zyga> winter holidays started for the kids today
[07:47] <zyga> so no alarm clocks or anything
[07:48] <mvo> zyga: sounds very nice if you ask me :)
[07:49] <zyga> yeah, all quiet
[07:49] <mborzecki> zyga: hey
[07:49] <zyga> :)
[07:49] <zyga> let me make some coffee quickly
[07:50] <mborzecki> mvo: no, looking at the log there's an update on Feb 05 12:22:39 and anothr one on Feb 06 09:54:28, while the 'ages ago' thing is 60 days
[07:58] <mvo> mborzecki: meh, that's annoying, thank you
[07:59] <pstolowski> morning
[08:02] <mborzecki> pstolowski: hey
[08:03] <mvo> hey pstolowski !
[08:04] <mborzecki> quick errand, back in 30
[08:09] <zyga> hey pawel :)
[08:13] <mup> PR snapd#8096 closed: tests: retry mounting the udisk2 device due to timing issue <Simple 😃> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8096>
[08:29] <mborzecki> re
[08:33] <pstolowski> hmmm i need to do something about task pruning wrt pre-seeded image
[09:59] <zyga> re
[10:00] <zyga> pstolowski: can you tell me more please?
[10:01] <mborzecki> hmm so i reproduced the problem with pulseaudio, and looks like the pulseaudio daemon is not actually listetning on any socket
[10:03] <mvo> mborzecki: woah
[10:04] <mborzecki> mvo: i'll try with a custom script for the server
[10:06] <zyga> mborzecki: how is that possible
[10:06] <zyga> mborzecki: as in misbehaving and not listening on any socket
[10:07] <pstolowski> zyga: on the pre-baked image we have changes & tasks with spawn-times in the past. i wonder if prune mat abort them if the image is booted after >24h from pre-baking
[10:07] <pstolowski> s/mat/may/
[10:08] <mborzecki> zyga: idk, lsof clearly shows it's not listening on anyting, no logs, nothing, any action tries /run/user/12345/pulse/native and gets connection refused (cause nobody's listening)
[10:08] <zyga> pstolowski: ah
[10:08] <zyga> pstolowski: interesting!
[10:08] <mborzecki> zyga: restarting pulseaudio magically fixes this
[10:08] <zyga> pstolowski: that's tricky, do we need any extra state so that they are not pruned?
[10:08] <zyga> mborzecki: is that easy to reproduce?
[10:10] <pstolowski> zyga: i wonder if that isn't a general concern (but maybe i'm missing something): what if you have a change in flight, power off in the middle, turn back on after >24h. you may hit readyTime.IsZero() == true and spawnTime.Before(abortLimit) == true afaict, meaning the change gets aborted. this is if you are unlucky and the change does not finish in 10 minutes after boot (this is the prune ticker interval)
[10:11] <mborzecki> zyga: not really, happened just one so far
[10:13] <pstolowski> zyga: i don't think we need extra state for pre-seed case, should be enough to check if there is any "become-operational" change and if so, just block pruning for some time based on its ready-time
[10:14] <pstolowski> i need a test case, this is indeed a bit tricky stuff
[10:16] <zyga> pstolowski: yeah, I think we don't model suspend/off time in our system
[10:41] <mborzecki> E: [pulseaudio] socket-server.c: bind(): Address already in use
[10:41] <mborzecki> E: [pulseaudio] module.c: Failed to load module "module-native-protocol-unix" (argument: ""): initialization failed.
[10:41] <mborzecki> heh
[10:46] <zyga> mborzecki: that's interesting
[10:46] <zyga> mborzecki: do we have any pulseaudio fakes?
[10:46] <zyga> mborzecki: that might clobber the unix socket
[10:46] <zyga> mborzecki: or perhaps it's something more silly, like stale socket being left in place
[10:46] <zyga> mborzecki: I don't recall what happens if a socket is in the FS and you try to create a new one there
[10:47] <mborzecki> zyga: added rm -f /run/user/12345/pulse/native just in case it's needed
[10:47] <zyga> mborzecki: do we remove /run/user/12345 anywhere?
[10:51] <zyga> mborzecki: I think the code that handles the test user
[10:51] <zyga> mborzecki: as in, uses it
[10:51] <zyga> mborzecki: could remove /run/user/12345 after each test
[10:56] <mborzecki> zyga: and probably kill all processes of test user too
[10:56] <zyga> mborzecki: yeah, that's a good idea
[10:56] <zyga> mborzecki: too bad that doesn't scale to "root" :-)
[10:56] <zyga> mborzecki: it would be easier for us
[11:00] <mup> PR snapd#8108 opened: tests/main/interfaces-pulseaudio: use custom pulseaudio script, set kill timeout <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8108>
[11:00] <mborzecki> mvo: zyga: ^^
[11:00] <zyga> reading
[11:00] <mborzecki> still running some tests, will force push as needed
[11:02] <zyga> reviewed
[11:02] <mborzecki> hmm why does paplay hang when it cannot connect after the plug was disconnected?
[11:03] <zyga> mborzecki: paplay is simple, maybe it assumes too much
[11:03] <zyga> mborzecki: but really, no idea
[11:03] <zyga> mborzecki: does it spin or hang?
[11:44] <zyga> mborzecki: can you look at https://github.com/snapcore/snapd/pull/7980
[11:44] <mup> PR #7980: packaging,snap-confine: stop being setgid root <Created by zyga> <https://github.com/snapcore/snapd/pull/7980>
[11:44] <mborzecki> zyga: sure
[11:44] <zyga> mborzecki: I've handled the review from jamie and apart from one small tweak it is ready for re-review
[12:21] <zyga>   mborzecki requested a review on https://github.com/snapcore/snapd/pull/8108
[12:21] <mup> PR #8108: tests/main/interfaces-pulseaudio: use custom pulseaudio script, set kill timeout <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8108>
[12:21] <zyga> er
[12:21] <zyga> not on this one
[12:21] <zyga> I meant 7925
[12:22]  * zyga switches to https://github.com/snapcore/snapd/pull/7825
[12:22] <mup> PR #7825: many: use transient scope for tracking apps and hooks <Security-High> <Created by zyga> <https://github.com/snapcore/snapd/pull/7825>
[13:00] <mborzecki> zyga: some comments in https://github.com/snapcore/snapd/pull/7980
[13:01] <mup> PR #7980: packaging,snap-confine: stop being setgid root <Created by zyga> <https://github.com/snapcore/snapd/pull/7980>
[13:01] <zyga> aha
[13:01] <zyga> looking
[13:01] <zyga> thank you for reviewing!
[13:07] <zyga> mborzecki: updated
[13:07] <zyga> mborzecki: please look again :)
[13:08] <zyga> I need to take Bit out
[13:10] <mborzecki> zyga: thanks!
[13:26] <mup> PR snapd#8107 closed: tests/lib/prepare: use a local copy of uc20 initramfs skeleton <Simple 😃> <UC20> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8107>
[13:26] <mborzecki> #8081 needs a 2nd review, zyga maybe you can take a look since you did a pass before?
[13:27] <mup> PR #8081: tests/main/user-session-env: add test verifying environment variables inside the user session <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8081>
[13:27] <zyga> mborzecki: yes
[13:27] <zyga> mborzecki: looking
[13:27] <mborzecki> thanks!
[13:28] <zyga> mborzecki: do you remember why [[ vs [ ?
[13:28] <zyga> wow
[13:28] <mborzecki> zyga: [[ is bash builtin, [ is /bin/test alias, but bash does a builtin anyway?
[13:28] <zyga> tunderstorm
[13:28] <zyga> thunder hit nearby
[13:28] <zyga> wow, that was LOUD
[13:29] <zyga> wonder if any glasses broken
[13:29] <zyga> or windows or whatever
[13:29] <mborzecki> zyga: had hailstorm here today :P
[13:29] <mborzecki> and +9C :P
[13:29] <zyga> mvo: how is your weather? do you experience the big storm that sweeps across EU now?
[13:29] <zyga> mborzecki: same here +9
[13:29] <zyga> it's so warm for such a windy day
[13:30] <zyga> mborzecki: as for [[ vs [, I would use [ unless [[ is required,
[13:31] <mborzecki> zyga:  i can push a patch htere
[13:31] <zyga> because it's non obvious why [[ is used here and we use [ nearly everywhere unless we require extra semantics from [[
[13:31] <zyga> mborzecki: I can apply a inline suggestion, just wanted to understand why first
[13:31] <mborzecki> zyga: inline is fine, saves the checkout/commit/push cycle
[13:33] <zyga> yep
[13:33] <zyga> thanks
[13:34] <zyga> mborzecki: no permission to push
[13:34] <mborzecki> zyga: weird
[13:34] <mborzecki> let me do it locally
[13:34] <zyga> try applying my suggestion
[13:34] <zyga> maybe it's that
[13:42] <ijohnson> happy monday folks
[13:48] <ijohnson> mborzecki: were you able to sort out the weirdness with pulseaudio ?
[13:48] <ijohnson> I have some thoughts from my investigation on Friday that I didn't get around to putting in the SU doc
[13:49] <mborzecki> ijohnson: yeah, sort of, plase look at https://github.com/snapcore/snapd/pull/8108
[13:49] <mup> PR #8108: tests/main/interfaces-pulseaudio: use custom pulseaudio script, set kill timeout <Test Robustness> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8108>
[13:49] <ijohnson> ack looking now
[13:49] <mborzecki> perhaps not all of it is needed, but i suppose it won't hurt
[13:51] <mborzecki> wow, thunderstorm here
[13:51] <ijohnson> ahhhh okay your last line at the end explains one of the things that was very confusing to me
[13:52] <ijohnson> I was constantly seeing it fail when I had restarted it in a way that it stuck around, but having your last statement kill it would make the execute not fail
[13:52] <ijohnson> it was very confusing because I even put a `exit 0` at the end of the execute section and it still would say the run failed
[13:56] <mborzecki> ijohnson: yeah, i believe the pulseuadio process is keeping the pty allocated by ssh still open, so either nohup with that pulseaudio start line, or su -P (?), or just kill it before leaving
[13:57] <mborzecki> ijohnson: that daemon start script is superfluous, but it makes the setup simpler, eg. pulseaudio doesn't try to use bluez and so on
[13:57] <ijohnson> mborzecki: great! yeah I think your PR looks good, did you try it running spread in a loop?
[13:58] <mborzecki> ijohnson: i was able to get it to block on each run eventually :P
[13:59] <mborzecki> btw https://news.ycombinator.com/item?id=22279585 (cc zyga)
[14:37] <zyga> mvo: let me review the netlink code now
[14:43] <Saviq> cachio: are "fedora-rawhide-64" images something you build? we're having trouble with GPG keys on those https://github.com/MirServer/mir/issues/1260
[14:43] <cachio> Saviq, yes
[14:44] <cachio> well I just update this
[14:44] <cachio> apply the latest changes
[14:44] <cachio> Saviq, I'll take a look
[14:51] <mborzeck1> aaand no power, running on battery
[14:58] <ijohnson> mborzeck1: oh no hope your power is restored soon
[15:01] <zyga> mvo: I'll grab lunch/dinner and sit on that netlink PR
[15:02] <zyga> mvo: I'm not super happy about it, it's very messy still (I know there are constraints)
[15:02] <zyga> mvo: I'd like to make it simpler and more robust
[15:05] <mup> PR snapcraft#2924 opened: cli: explicitly ensure type 'snapd' is non-legacy <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2924>
[15:16]  * zyga eats
[15:19] <mborzeck1> ijohnson: posted some comments in #8077
[15:19] <mup> PR #8077: boot: enable base snap updates in bootstate20 <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8077>
[15:19] <ijohnson> mborzeck1: thanks will look after meeting
[15:19] <mborzeck1> and power is backing, switching systems
[15:19] <mborzeck1> s/backing/back/
[15:26] <mvo> zyga: in a meeting right now
[15:26] <zyga> no rush
[15:26] <mvo> zyga: but yeah, thank you
[15:26] <mvo> zyga: simple++
[15:39]  * cachio lunch
[16:04] <ijohnson> mvo: I had to add one more commit to https://github.com/snapcore/snapd/pull/8106, do you think I can merge if it goes green now?
[16:04] <mup> PR #8106: tests: add "core" suite for UC specific tests <Test Robustness> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8106>
[16:13] <mvo> ijohnson: +1
[16:13] <mvo> zyga: back now
[16:13] <ijohnson> thanks mvo
[16:13] <mvo> ijohnson: thank you :)
[16:14] <ijohnson> also it seems mborzecki's pulseaudio changes aren't enough, I will try to merge my stuff with what he has and if it works I will push to his branch
[16:16] <zyga> oh fun
[16:23]  * ijohnson goes to buy another goat to sacrifice to the pulseaudio spread test gods
[16:29] <mup> PR snapd#8109 opened: [RFC] o/devicestate: don't prune tasks immediediately <Preseeding 🍞> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8109>
[16:33] <zyga> pstolowski: some instant suggestions on comments
[16:34] <pstolowski> zyga: thanks, i think i'm gonna change it, just had an enlightement
[16:35] <zyga> should I refrain from reviewing the rest?
[16:36] <pstolowski> zyga: yep, please hold on, thanks!
[16:36] <zyga> ok
[16:44] <oSoMoN> jdstrand, I would appreciate your input on bug #1859643
[16:44] <mup> Bug #1859643: [snap] cannot use shared NSS db <snap> <chromium-browser (Ubuntu):Triaged by osomon> <https://launchpad.net/bugs/1859643>
[16:49] <zyga> oSoMoN: I believe jamie is off today
[16:49] <oSoMoN> zyga, ah, thanks, I'll try again tomorrow then
[16:50] <mvo> zyga: I updated 8063 now
[16:51] <zyga> aha
[16:52] <zyga> let me read it quickly
[16:53] <zyga> mvo: done
[16:53] <zyga> mvo: it looks great, there are a few comment that were not responded to though
[16:53] <zyga> let me update those that were quickly
[16:54] <zyga> done
[16:54] <zyga> mvo: can you scan through those quickly
[16:54] <zyga> I think a quick line in remove-user/task.yaml will solve the first one
[16:54] <zyga> the [[ can probably just become [
[16:55] <zyga> the wording on snap remove user is something we can talk about (not blocking) but I think the original error is not comprehensible much
[16:55] <mvo> zyga: aha, github did hide some from me, sorry for this
[16:55] <zyga> mvo: the api docs can be "not documented"
[16:55] <mvo> zyga: I see them now
[16:55] <mvo> zyga: let me look at those
[16:55] <zyga> mvo: but I wasn't sure
[16:55] <zyga> mvo: I guess we ought to document this
[16:55] <zyga> mvo: but not super critical
[16:55] <zyga> mvo: if you rush this
[16:55] <zyga> mvo: lastly since this deals with users I would love to see even a post-factum review from security
[16:56] <zyga> mvo: and perhaps the test I suggested
[16:56] <zyga> as it could be a nasty CVE if that were to work
[16:56] <zyga> mvo: (this doesn't capture that the changes you made look great)
[16:56]  * zyga hugs mvo
[16:57] <mvo> zyga: thank you! I address the other bits now
[16:57]  * mvo hugs zyga
[17:07] <pstolowski> ijohnson: hey, will you find some time to look at #8046?
[17:07] <mup> PR #8046: many, tests: integrate all preseed bits and add spread tests <Complex> <Needs Samuele review> <Preseeding 🍞> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8046>
[17:07] <ijohnson> pstolowski: yes I will try to get to it today or tomorrow
[17:08] <pstolowski> ijohnson: thanks!
[17:18]  * zyga breaks, family is back
[17:28] <mup> PR snapd#8110 opened: store: add support for resume in DownloadStream <Created by mvo5> <https://github.com/snapcore/snapd/pull/8110>
[17:43] <cachio> mvo, https://paste.ubuntu.com/p/Vns7w2Jq8v/
[17:58] <mup> PR core20#21 opened: Add bash-completion support <Created by xnox> <https://github.com/snapcore/core20/pull/21>
[18:00] <mup> PR snapd#8111 opened: tests: Adding new backend which includes images with tpm support <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8111>
[18:02]  * cachio afk
[18:03] <cachio> I'll be out 30 minutes
[18:06] <mup> PR core18#147 opened: Add bash-completion support <Created by xnox> <https://github.com/snapcore/core18/pull/147>
[18:12] <zyga> mvo: I'm making progress on netlink code
[18:12] <zyga> mvo: I will have it tonight
[18:33] <zyga> ah, maciek is off already
[18:42] <mvo> zyga: nice
[18:43] <mvo> cachio: nice!
[18:43] <mvo> cachio: cool to see this
[19:06] <mup> PR snapd#8106 closed: tests: add "core" suite for UC specific tests <Test Robustness> <UC20> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8106>
[19:45] <zyga> I sent mvo the epoll based netlink stuff
[19:45] <zyga> and will wrap up for the day
[19:46] <zyga> ijohnson: I can telegram you a zip if you want to see
[19:46] <ijohnson> zyga: if I want to see what?
[19:46] <zyga> ijohnson: epoll based netlink listener in go
[19:46] <ijohnson> oh, nah I have other things to review/look at this afternoon :-)
[19:47] <ijohnson> in other news I think I have the pulseaudio spread test under control
[19:47] <zyga> :)
[19:47] <zyga> sure
[19:47] <ijohnson> haven't hit the failure yet in 2 consecutive runs :-)
[19:47] <zyga> have fun with pulseaudio there, I'd love to know what's the root problem in the end
[19:56] <ijohnson> don't get your hopes up too much, my solution is just to start it, kill it violently, and restart it, but there's now at least some more information in the logs if someone wanted to file a bug upstream with pulseaudio folks
[20:02] <mup> PR snapd#8112 opened: tests: move main/ubuntu-core-* tests to core/ suite <Simple 😃> <Test Robustness> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8112>
[20:21] <cmatsuoka> ijohnson: can I assign dimitri's snapcraft build bug to you, just as a reminder to unblock the PR once the prerequisite bugs are fixed?
[20:21] <ijohnson> cmatsuoka: sure, I just updated the PR today, so it's ready as soon as snapcraft is ready
[20:22] <cmatsuoka> ijohnson: thanks, hopefully we'll have this fixed soon
[20:23] <zyga> ondra: wrote regression test, fix coming up tomorrow
[20:36] <mup> Issue core20#20 closed: Unpublish the core20 snap for i386 <publication> <Created by anonymouse64> <Closed by xnox> <https://github.com/snapcore/core20/issue/20>
[20:56] <NickZ> Has anyone tested on Fedora 31 recently? It appears that it's broken and has been for a while
[21:00] <NickZ> https://forum.snapcraft.io/t/error-system-does-not-fully-support-snapd/14911/14
[21:00] <mup> PR snapcraft#2920 closed: meta: initialize Snap at once in from_dict() <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2920>
[21:01] <NickZ> Snapd, that is
[21:19] <cachio> Saviq, I left a message in the issue
[21:19] <cachio> with that the problem should be fixed
[21:23] <Saviq> cachio: thanks!
[21:23] <cachio> Saviq, yaw,
[21:30] <Saviq>  cachio: while we could do this, shouldn't an image rebuild fix this? It feels wrong to ignore gpg errors?
[21:33] <mup> PR snapcraft#2919 closed: sanity_checks: fix sanity check on Windows <Created by NickZ> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2919>
[21:34] <cachio> Saviq, we have these error often on rolling systems
[21:35] <cachio> in opensuse we already and usign the same option
[21:35] <cachio> on tumbleweed
[21:36] <cachio> Saviq, I can try tomorrow to fix that
[22:00] <mup> PR snapcraft#2925 opened: project loader: use get_build_base() to assign plugin handler base <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2925>
[22:06] <zyga> ondra: https://github.com/snapcore/snapd/pull/8113
[22:06] <mup> PR #8113: cmd/snap-confine: bring /var/lib/dhcp from host, if present <Bug> <Created by zyga> <https://github.com/snapcore/snapd/pull/8113>
[22:06] <mup> PR snapd#8113 opened: cmd/snap-confine: bring /var/lib/dhcp from host, if present <Bug> <Created by zyga> <https://github.com/snapcore/snapd/pull/8113>
[23:10] <mup> PR snapcraft#2924 closed: cli: explicitly ensure type 'snapd' is non-legacy <Created by cjp256> <Closed by cjp256> <https://github.com/snapcore/snapcraft/pull/2924>