hat we can do, I poke around a bit
<zyga> hey mvo
<zyga> back from sports?
<mvo> zyga: yes
<zyga> mvo: I wonder if I can and 6001 today
<zyga> mvo: there's a deadlock in one of the tests: https://api.travis-ci.org/v3/job/442145572/log.txt
<mvo> zyga: urgh
<zyga> look for PC=0x5626a1bf1aa1
<mvo> zyga: hrm, hrm, its not even clear where it hangs
<jdstrand> mvo: no worries. let me know if I need to mash any buttons or anything
<zyga> mvo: if still here can I land 5999
<zyga> jdstrand: I know there are other priority things on your plate but gentle ping about the oldest open PR: https://github.com/snapcore/snapd/pull/5170
<mup> PR #5170: interfaces/builtin: add adb interface <Created by zyga> <https://github.com/snapcore/snapd/pull/5170>
<mup> PR snapcraft#2357 closed: scons plugin: add support for bases <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2357>
<jdstrand> yes. it seems like it, but it isn't forgotten
<zyga> that's great, I'll try to review your PRs tomorrow
<zyga> jdstrand: I sent a rewording PR for snap-confine but it's just about making the debug and error messages more consistent so I didn't request your review on anything
<zyga> there's a 2nd PR about IPC tweak (upgrading eventfd to a full pipe) so that the helper can do more
<zyga> I don't think this is security critical either but if you want I can request your review
<zyga> though I'd rather not really since it's just the start and I have more after that and it would probably not land this week
<jdstrand> zyga: are they all static messages or is there string handling in the debug/error messages that changed?
<jdstrand> s/is there/are there/
<zyga> nothing new
<zyga> just changing existing strings
<zyga> no more string manipulation
<zyga> (actually less, I remove some of the repeating arguments we keep saying over and over, like snap name)
<zyga> In general I tried to make it more terse and more useful
<mup> PR snapd#5980 closed: interfaces/apparmor: conditionally add explicit deny rules for ptrace <Create