/srv/irclogs.ubuntu.com/2019/11/27/#snappy.txt

mupPR snapcraft#2825 opened: remote-build: remove need to specify user <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2825>02:49
mupPR snapd#7798 closed: interfaces/browser-support: allow reading status of huge pages <Simple 😃> <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7798>05:17
mupPR snapd#7801 closed: tests/main/gadget-update-pc: use a program to modify gadget yaml (2.42) <âš  Critical> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7801>05:17
mupPR snapd#7779 closed: interfaces: misc updates for u2f-devices, browser-support, hardware-observe, et al <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7779>05:20
mupPR snapd#7804 opened: interfaces: misc updates for u2f-devices, browser-support, hardware-observe, et al (2.42) <Created by mvo5> <https://github.com/snapcore/snapd/pull/7804>05:32
zygagood morning mvo05:34
zygamborzecki: hey06:33
mborzeckimorning06:33
mborzeckizyga: hey06:33
zygamborzecki: yesterday stuff was red all the time06:33
zygaI went to bed after 3rd round of restart-and-pray06:33
zygaI saw mvo merge and restart things that managed to land last night after I went to bed06:34
mborzeckithere was a unit test failing on moster, but looks like it's fixed now06:34
zygayeah06:34
zygajamie fixed it06:35
mborzeckiok, cool06:35
zygahttps://www.phoronix.com/scan.php?page=news_item&px=Linux-5.2-Go-Register-Corrupt07:21
zygare07:26
mborzeckizyga: that's encouraging07:29
Eighth_Doctorfor some godforsaken reason, I haven't fallen asleep yet07:54
Eighth_Doctorbut anyway, looks like snapd 2.42.2 and snapd-glib 1.54 landed in all Fedora releases and EPEL 7 and EPEL 807:54
pedronismvo: hi, I commented a bit on the next two UC20 PRs08:00
=== pstolowski|afk is now known as pstolowski
pstolowskigood morning08:03
mvopedronis: thanks!08:05
mborzeckimvo: thanks for updating #779508:08
mupPR #7795: overlord/snapstate: pick up system defaults when seeding the snapd snap (2.42) <âš  Critical> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7795>08:08
mborzeckipstolowski: hey08:09
mborzeckiEighth_Doctor: yay!08:09
mvomborzecki: no worries, let's hope it's fine this time08:14
mborzeckihaha, #7799 is a nice playground for bikeshedding about performance with artificial microbenchmarks08:23
mupPR #7799: osutil/mount: de-duplicate code to use a list <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/7799>08:23
pedronispstolowski: hi, your prebake trello card seems to be still about the spike, vs landing the pieces08:27
pedronisI mean in Doing08:27
pstolowskipedronis: hey, right, will update, thanks08:27
pedronisthx08:28
mupPR snapd#7805 opened: osutil/mount: optimize flagOptSearch some more <Created by zyga> <https://github.com/snapcore/snapd/pull/7805>08:33
zygapstolowski: hey08:48
pedroniszyga: ^ is that related to Ian's perf findings ?08:48
zygapstolowski: simple one for the morning? https://github.com/snapcore/snapd/pull/780308:48
mupPR #7803: interfaces: remove reservedForOS from commonInterface <Created by zyga> <https://github.com/snapcore/snapd/pull/7803>08:48
zygapedronis: yes08:49
zygapedronis: it's a bit of a wake up thing08:49
zygathe original is still faster if we optimize allocation with popcount l08:49
pstolowskizyga: sure.. interesting, i though i removed it at some point when validation was delegated to policy check08:50
zygathanks!08:50
mupPR snapd#7803 closed: interfaces: remove reservedForOS from commonInterface <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7803>08:50
zygamvo: 2.42.3 is okay except for waiting for CI right?08:56
zygamvo: I can jump into my regular feature work now08:56
mvozyga: correct08:56
mvozyga: once stuff is green I will release08:56
pstolowskiChipaca: hey, per yesterday's suggestion from pedronis, i'm happy to take https://github.com/snapcore/snapd/pull/7320 from you if that's ok08:56
mupPR #7320: snap/pack, cmd_pack: 'snap pack --check-skeleton' checks interfaces <Needs Samuele review> <Created by chipaca> <https://github.com/snapcore/snapd/pull/7320>08:56
Chipacapstolowski: sure08:57
Chipacapstolowski: was there more to do there?08:57
pstolowskiChipaca: there are a couple of comments, e.g. special casing for 'snap run'08:58
pstolowskiChipaca: i'll probably get to it in a day or two09:01
Chipacaright09:02
ograjdstrand, do you actually want to boot without SD ? (sorry, i'm at a trade show so only saw your ping now) ... if you can live with SD, just copy the writable partition over to the USB drive, re-label the SD one to "writable-old" and make sure the USB one is labeled "writable" ...09:03
zygapstolowski: that pip feature is super useful09:16
zygapstolowski: thank you again09:16
zygapstolowski: it works on top of vmware09:16
mborzeckizyga: pip?09:16
pstolowskizyga: yep it's super nice09:17
mborzeckias in picture-in-picture?09:17
zygamborzecki: picture in picture09:17
zygahttps://usercontent.irccloud-cdn.com/file/BH5R96NZ/pip-over-vmware.png09:17
mborzeckizyga: a macos thing?09:17
zygamborzecki: safari feature09:17
zygayeah09:17
pstolowskizyga: would be cool if it worked with meet/ho09:18
zygadoes it?09:18
pstolowskinope09:18
mupPR snapd#7804 closed: interfaces: misc updates for u2f-devices, browser-support, hardware-observe, et al (2.42) <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7804>09:26
pedronismborzecki: what's the plan with 7796, on its own is supposed to fail no?09:30
pedronis(it's failing on other random stuff atm)09:30
mborzeckipedronis: failed as planned https://paste.ubuntu.com/p/4rjfhJzjBT/09:33
pedronismborzecki: do you plan to change to contain the fix? land it with manual and do another PR?09:34
mborzeckipedronis: i'll be pushing the fix in snapstate into that branch09:34
pedronisah ok09:34
pedronisit will need a summary change09:35
pedronis(stating the obvious in case :) )09:35
mborzeckimhm09:41
mborzeckizyga: do you remember the bit we had in the spec that worked around fedora's patching of /bin/sh to /usr/bin/sh ?09:41
zyga yes09:42
zygawhat about it?09:43
mborzeckizyga: must be blind, i'm looking at our spec and a downstream one and don't see it09:43
zygaone sec :)09:43
zygamborzecki: we only have it in our test code09:44
zygahttps://github.com/snapcore/snapd/pull/7614/files#diff-556bb7431481e375713ea3e0883a771aL11109:44
zygaI remove it here09:44
zygait's not downstream09:44
mupPR #7614: cmd/snap-confine: implement snap-device-helper internally <Created by zyga> <https://github.com/snapcore/snapd/pull/7614>09:44
mborzeckizyga: right, i was asking in the context of https://bugs.launchpad.net/snapd/+bug/182415809:45
mupBug #1824158: compatibility bug with fedora <snapd:Confirmed for maciek-borzecki> <https://launchpad.net/bugs/1824158>09:45
zygamborzecki: it's the impossible task of using one program from both contexts09:46
zygamborzecki: not sure what you are asking about specifically09:46
zygamborzecki: the bug is still present09:46
zygait's fixed by the PR I referenced09:47
mborzeckizyga: downstream had _brp_mangle_shebangs_exclude ^/bin/(bash|sh)$, but that got dropped when updating to 2.41, don't recall why09:52
zygaI don't recall why either09:52
zygaperhaps accident?09:52
mborzeckiEighth_Doctor: do you recall whether that mangling workaround was no longer needed?09:53
mupPR snapd#7806 opened: tests/lib/prepare: drop workarounds for rpmbuild rewriting /bin/sh <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7806>10:05
pstolowskidot-tobias: ping10:05
zygamborzecki: why do you want to drop https://github.com/snapcore/snapd/pull/780610:06
mupPR #7806: tests/lib/prepare: drop workarounds for rpmbuild rewriting /bin/sh <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7806>10:06
zygait's not going to pass today, is it?10:07
mborzeckizyga: ohmygiraffe works on f31 without the rewrite, quite sure it picked up the drm dervices since there's opengl interface involved10:07
zygamborzecki: because f31 has v2?10:07
zygaI mean, it's premature10:08
mborzeckizyga: it's f3010:08
mborzeckithe system i tried it on10:08
zygaon f31 you don't have device cgroup10:08
zygaon f29 it will regress10:08
zygaunless I'm missing something10:08
zygawe should not drop that yet10:08
jameshzyga: a while back, you said you were working on a better way to detect snap confined apps than reading the cgroup proc file.  Has any progress happened with that?10:17
zygajamesh: yes, there's been a lot of progress on this topic10:17
zygajamesh: but the means have changed10:17
zygajamesh: because of all kinds of unexpected complexity10:17
zygajamesh: I'm working on this today actually10:18
pedronisChipaca: hi, maybe you could get to do a first review of #7771 when you have a moment ?10:18
mupPR #7771: o/hookstate/ctlcmd: snapctl is-connected command <Needs Samuele review> <Created by stolowski> <https://github.com/snapcore/snapd/pull/7771>10:18
Chipacaa'yup10:18
zygajamesh: the status quo is that we'll use a systemd _scope_ for all non-service processes10:18
zygajamesh: and typical service cgroup for services10:18
jameshzyga: awesome.  Is it still a file we can read from the process's mount namespace, or something else?10:19
zygajamesh: I'll share the details if you want10:19
zygajamesh: but if you wait a day you I will have the new PR up10:19
zygajamesh: a means to check if a process belongs to a snap involves reading /proc/[pid]/cgroup10:20
zygajamesh: one _can_ spoof this10:20
zygajamesh: but it's true for all snaps10:20
zygajamesh: does this make sense so far?10:21
jameshzyga: I can wait for the PR.  I'm mostly interested in terms of improving xdg-desktop-portal's snap support10:21
mborzeckizyga: hm looks like you fixed it a while ago https://github.com/snapcore/snapd/commit/641adbf815db392248134a6cfe9650e1abf8957510:21
mborzeckizyga: https://github.com/snapcore/snapd/pull/7049 yeah, that'd explain why it works now10:22
zygamborzecki: interesting :)10:22
mupPR #7049: cmd/snap-confine: handle device cgroup before pivot <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7049>10:22
zygamborzecki: but even if we run it, will it run correctly?10:22
jameshzyga: so I mostly want something that (a) doesn't depend on AppArmor like the current code does, (b) is unlikely to change over snapd versions10:22
zygait won't run in one of the two spaces10:22
=== pedronis_ is now known as pedronis
zygajamesh: a) is true b) is something we can try to promise to keep10:22
mborzeckizyga: yes, it's run either by s-c inside the host ns, or udev also in host ns10:22
zygajamesh: a) also works across cgroup v1 and v210:22
jameshzyga: false positives are not too bad, since we'd be shelling out to "snap routine portal-info" to get the actual information10:23
zygajamesh: that's great10:23
jameshwhich could do something snapd version specific10:23
zygabrb10:26
pedronismvo: 7797 will need updating because of 779210:28
mvopedronis: yeah, I will do as soon as one of them lands10:29
mupPR snapd#7807 opened: snap-bootstrap: remove SNAPPY_TESTING check, we use it for real now <Simple 😃> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/7807>10:29
mupPR snapd#7794 closed: many: backport pull request #7773 from zyga/fix/lp-1852361 <âš  Critical> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7794>11:08
mupPR snapd#7795 closed: overlord/snapstate: pick up system defaults when seeding the snapd snap (2.42) <âš  Critical> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7795>11:08
zygamvo: woot, thank you11:08
mborzeckiyay11:20
mborzeckiso .3?11:20
mupPR snapcraft#2826 opened: Copy npm and npx binaries in snap <Created by guilhem> <https://github.com/snapcore/snapcraft/pull/2826>11:26
Chipacapstolowski: almost +1 on 777111:27
mvozyga, mborzecki *thank you* !11:28
pstolowskiChipaca: ty11:29
zygamvo: as soon as .3 is out I'll do a suse version11:30
mvozyga: working on it now, had a meeting before11:36
zygacool, no rush :)11:36
pedronismvo: mborzecki: what about 7796 ?11:47
mborzeckipedronis: i did the change we discussed, waiting for spread test, but still have some wonderings about the fix11:59
mborzeckineed to run a quick errand, back in 30 or so12:00
mupPR snapd#7808 opened: release: 2.42.3 <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/7808>12:06
mvopedronis: you mean what about 7796 for 2.42.3?12:09
pedronismvo: yes12:15
cachiopstolowski, hey12:18
pstolowskicachio: hi12:18
cachioI am researching the test bad-interfaces-warm12:20
cachioand I see an error when we execute on arm devices12:20
cachiopstolowski, this is the otuput of the snap install https://paste.ubuntu.com/p/XpY4spwC5Q/12:21
mvopedronis: I thought we said it's not criticial for this release, has that changed? we also don't have a fix yet, correct? i.e. so far this is the regression test12:21
pedronismvo: it is kind of critical given we don't know how they use the device12:22
pedronismvo: it's the third aspect that is not critical12:22
cachiopstolowski, I see that on edge and beta12:23
cachiopstolowski, is it a bug?12:24
cachioright?12:24
pstolowskicachio: no. unless the test failed?12:25
pstolowskicachio: this is a new test about bad plug/slots12:25
pstolowskicachio: snap install will warn if there are bad plugs/slots12:26
cachiopstolowski, the test fails12:26
pstolowskicachio: can you show me the full output?12:26
cachiopstolowski sure12:27
cachiohttps://paste.ubuntu.com/p/zGzjtTdRjs/12:27
mvopedronis: ok, that sounds like we need a .4 :/ let me tag it with 2.42. and critical12:28
pedronismvo: sorry, I thought it was clear we wanted a fix for this in too12:29
cachiomvo, hey, should I invest time testing .3?12:29
cachioif we are going to have a .4?12:29
mvopedronis: I misunderstood, sorry12:29
mvocachio: yes, .4 there will be12:29
cachiook12:30
pstolowskicachio: is this test run against latest snapd? looks like the new functionality is not there12:31
cachioon edge if failing with the same error12:33
pstolowskihmm or maybe there is a race and warning is not immediately available12:33
pstolowskicachio: do you have shell with this failrue?12:33
cachiopstolowski, yes12:33
cachioI am refreshing to edge now12:33
pstolowskicachio: can you execute 'snap warnings' ?12:33
cachioNo warnings.12:34
cachiowith beta12:34
cachioletme refresh to edge12:34
cachiopstolowski, same output with core on adge12:42
cachiopstolowski, using this core 16-2.42.2+git1570.35c66d912:42
cachioalso: No warnings.12:42
zygamborzecki: https://github.com/snapcore/snapd/pull/7806#pullrequestreview-32364579912:46
mupPR #7806: tests/lib/prepare: drop workarounds for rpmbuild rewriting /bin/sh <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7806>12:46
mupPR snapd#7799 closed: osutil/mount: de-duplicate code to use a list <Simple 😃> <Created by anonymouse64> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7799>12:47
ijohnsonzyga, mborzecki: so I stayed up all night and hand wrote GPU assembly and was able to get that mount opts parsing code down to 4 planck time units!12:53
zygaijohnson: hehe12:53
zygahey :)12:53
ijohnsonMorning :-)12:53
zygaijohnson: I think the original would be still fastest with the only extra change to get the array size done up front12:54
pstolowskihey ijohnson12:54
pstolowskidoes anyone know how to map our short git1570.35c66d9 version number to git log?12:54
mborzeckire12:54
mborzeckiijohnson: hahah ;) must have been a great deal of fun12:55
zygaijohnson: did you see 7805?12:55
pstolowskicachio: i suspect core doesn't have my change yet for some reason as was a case already in the past. i need to decode that git version string to check12:57
ijohnsonzyga: I saw the email notifications y'all had more optimizations, but haven't really looked yet12:58
pstolowskicachio: this is backed up by the fact that even snap warnings doesn't show anything12:59
ijohnsonpstolowski: is that from the edge channel? IIRC that git commit is from some other repo that builds the core snap on edge12:59
cachiopstolowski, I can check on amd6412:59
cachiopstolowski, I found the problem13:00
cachiosnapd-vendor-sync is not running13:00
pstolowskiwhew13:00
zygawhee13:01
cachiopstolowski, I'll check the vm to see why13:01
zygathinkpad cover arrived13:01
cachiopstolowski, thanks13:01
pstolowskicachio: yw13:01
pstolowskiijohnson, cachio is vendor sync / other repo making this version number completely different from our git revisions~?13:02
cachiopstolowski, yes13:03
pstolowskihuh13:03
cachiosnapd-verdor-sync does not use github13:03
pstolowskithat's annoying13:03
* ijohnson goes back to breakfast13:05
mupPR snapd#7797 closed: devicestate: make /var/lib/snapd/seed available in install mode <UC20> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/7797>13:06
* Chipaca takes a break, and reboots while at it13:14
zygagood progress on cgroup bits, one last annoying spread test and I'll open a PR for initial review13:21
=== ricab is now known as ricab|bbl
zygathnkpad is fixed :)13:50
zygauhhh13:56
zygait's not13:56
mborzeckizyga: thinkpad is never broken, it's only an transient non-working state13:56
zygathe part was broken13:56
zygaheh13:56
zygathat's ok13:56
zygait's silly13:56
mborzeckiunless it's cooling, it's broken by design13:57
zygapart of the bottom cover is broken13:57
zygabut that's ... enough13:57
zygaI guess13:57
zygaspending more money on this is probably not worth it13:57
mupPR snapd#7800 closed: tests: add Ubuntu Eoan to google-sru backend <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7800>13:59
zygaijohnson: did I understand you correctly that snap-confine without root was the topic you mentioned?14:06
zygalike without root at all14:06
ijohnsonzyga: https://forum.snapcraft.io/t/permissions-problem-using-snapcraft-in-azure-pipelines/13258/10?u=ijohnson14:07
ijohnsonno, "/" is not root-owned is the issue14:07
zygaah14:07
zygawhat's fun14:07
zygaand weird14:07
zygawe can relax that check I guess14:07
zygais there a corresponding bug report?14:08
ijohnsonno I don't think so14:08
zygaok14:09
zygaI'd like to understand why / is 501 though, it's a bit silly and odd14:10
zygaI'll read the thread after the standup14:10
Chipacadot-tobias: ping14:14
ijohnsonpstolowski: let me know if you want me to look at your service branch, wasn't sure if that's one of your current open PR's or a local branch14:18
pstolowskiijohnson: thanks, it's not proposed yet; i'll dig a bit more myself. will definately ask you for a review when ready. nb, have you discussed any particular approach for fixing snapctl side?14:20
ijohnsonpstolowski: there's this forum post: https://forum.snapcraft.io/t/systemctl-service-management-unification/13808 I need to post an update from the discussion I had with folks after that on the plan so yes we have discussed the approach, I forgot to put it on the forum :-)14:21
pstolowskiijohnson: great, ty!14:22
mborzeckipedronis: i've updated #779614:39
mupPR #7796: overlord/snapstate: make sure configuration defaults are applied only once <âš  Critical> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7796>14:39
mborzeckiheh, typo14:42
mupPR snapd#7776 closed: interfaces: add login-session-observe for who, {fail,last}log and loginctl <Needs Samuele review> <Created by jdstrand> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/7776>14:42
mborzeckioff to pick up the kids14:43
pedronismvo: mborzecki: small comment on ^14:50
pedronisheh, I mean #779614:50
mupPR #7796: overlord/snapstate: make sure configuration defaults are applied only once <âš  Critical> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7796>14:50
pstolowskiChipaca: I think I addressed all your comments to #777114:56
mupPR #7771: o/hookstate/ctlcmd: snapctl is-connected command <Needs Samuele review> <Created by stolowski> <https://github.com/snapcore/snapd/pull/7771>14:56
Chipacapstolowski: thank you14:58
mupPR snapd#7793 closed: devicestate: read modeenv early and store in devicestate <UC20> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7793>14:58
ijohnsonpstolowski: I updated https://forum.snapcraft.io/t/systemctl-service-management-unification/13808/7?u=ijohnson with what we discussed in that meeting15:02
=== ricab|bbl is now known as ricab
pstolowskiijohnson: thanks for that and for the exhaustive description of the problem. looks like it may be a separate PR that's a prerequisite for my current set of changes15:04
ijohnsonpstolowski: ok, does this mean you are now blocked on me working on that? I think I'm at a point now where I can switch to doing that instead of the performance stuff, just need to get folks to agree on what we should do now I think15:05
mupPR snapd#7809 opened: interfaces: remove leftover reservedForOS <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/7809>15:07
pstolowskiijohnson: ah, you inteded to do that? i thought it was passed to me after your initial changes to services. yes, this is kinda blocking, i'm not sure there is a way around that15:08
ijohnsonpstolowski: yes that was the plan that I was going to work on that after I wrapped up the performance stuff. but if you're totally blocked on it, considering I will be out on thurs + friday, perhaps it makes more sense for you to get started on that15:09
pstolowskiijohnson: right, it may be best if i take it (as long as it doesn't make your plate empty ;))15:11
ijohnsonI'm sure mvo can find something else for me to work on :-)15:11
mvoijohnson: haha, I'm not worried about this15:12
pstolowski:)15:13
pstolowskiijohnson, mvo: ok, i'll take it then15:13
ijohnsonzyga: I think https://github.com/snapcore/snapd/pull/7805 is ready to merge now :-)15:13
mupPR #7805: osutil/mount: optimize flagOptSearch some more <Performance 🚀> <Created by zyga> <https://github.com/snapcore/snapd/pull/7805>15:13
zygalooking15:14
zygaijohnson: I may do more ;)15:14
zygaijohnson: but it was fun, thank you15:14
mupPR snapd#7805 closed: osutil/mount: optimize flagOptSearch some more <Performance 🚀> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7805>15:15
* cachio lunch15:15
ijohnsonyou're welcome :-) always happy to help in this way15:15
mupPR snapd#7810 opened: devicestate: add reading of modeenv to uc20 firstboot code <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/7810>15:24
zygaChipaca: are you a forum admin?15:25
zygaChipaca: could you please fork https://forum.snapcraft.io/t/snap-layouts/7207/36 to a new thread15:25
Chipacazyga: a moderator, not an admin, but i can fork15:26
Chipacazyga: thread title?15:26
Chipacaand category plz15:26
zygapython3 application with external module15:26
zygasnap15:26
zygaI think that matches it15:26
zygacareful, the reporter is writing more in the original thread15:26
zygaso you may need to wait a sec15:27
zygaah15:27
zygaI see you just did15:27
zygacool, thanks!15:27
Chipacazyga: i can move the reply too15:27
zygathanks15:28
zygahe is still typing15:28
Chipacazyga: was that the right place to cut it?15:28
zygayeah15:28
Chipacaok15:28
zygathat's great15:28
mborzeckire15:53
* zyga dinner15:58
mborzeckipedronis: thanks for the comments, updated 7796 with little tweaks to make that if more readable16:00
mvocmatsuoka: do you think you could give 7792 a look?16:08
mvomborzecki: thanks so much for this fix!16:09
cmatsuokamvo: checkint it16:16
cmatsuokachecking it16:16
mvota16:16
pedronismborzecki: +1, thanks16:19
mborzeckimvo: pedronis: thanks!16:34
pedronisis master broken?16:41
pedronisit seems there were again out-of-sync landings16:41
pedronisyes :/16:43
mborzeckipedronis: https://github.com/snapcore/snapd/pull/7809 should fix master16:44
mupPR #7809: interfaces: remove leftover reservedForOS <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/7809>16:44
pedronisah16:45
pedronisyes16:45
mvopedronis: 7792 landed so you can do the followup with the wording tweaks16:47
pedronismvo: thx16:48
mupPR snapd#7792 closed: snap-bootstrap: write /run/mnt/ubuntu-data/var/lib/snapd/modeenv <UC20> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7792>16:48
pedronismvo: I finished the code for plug-names/slot-names, waiting for fixed master (because I rebased on it) before pushing though16:49
zygamvo: sorry about the trouble16:49
* zyga overcame an issue with lxd just now :)16:50
zygawhee16:50
zygaand learned a lot :)16:50
mvopedronis: cool, yeah, I have another (small) PR waiting for this too16:50
pedronismvo: actually I might have spotted a bug16:54
pedronismvo: seedDir needs to be seed not seed/systems16:55
mvopedronis: oh, right! nice catch, thank you!16:55
pedronismvo: I can fix in this PR if you want, or at least try16:56
zygalol16:56
zygaI was wondering what kept spawning qemu16:56
zygaI was running "spread ... ubuntu-18.04-64:tests/main"16:57
zyganotice the lack of google:16:57
pedronismvo: mmh, no the code is right just a bit confusing16:58
zygaondra: hey16:59
zygaaround?16:59
pedronismvo: these are the changes I have in mind:  https://github.com/pedronis/snappy/commit/7fe73e0848db2db203e1d42439d024a8f8bad1d817:05
=== pstolowski is now known as pstolowski|afk
mvopedronis: looks good!17:34
ijohnsonjdstrand: hey do you have some time today to chat about bpf (i.e. seccomp) and non-root owned "/" ? it's an issue for folks using github actions / azure pipelines because for some reason "/" is not root-owned17:39
zygaijohnson, jdstrand: if you do please include me17:40
vidal72[m]is snapd 2.42.3 available in snap?17:45
zygavidal72[m]: .4 will be available in a few days17:48
zygavidal72[m]: mvo is doing the release today17:49
mvovidal72[m]: .3 is available in candidate, .4 is scheduled for today but testing is a bit tricky today (some unrelated issues)17:50
zygaI'll call it a day soon17:55
zygabut it's a good day because I've confirmed everything is working as expected17:55
* zyga fired last run of spread across all OSes to see if it has any extra issues17:55
* zyga EODs18:02
zygattyl!18:02
mupPR snapd#7809 closed: interfaces: remove leftover reservedForOS <Simple 😃> <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/7809>18:18
mupPR snapd#7811 opened: cmd/snap-bootstrap: some small naming and code org tweaks <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/7811>18:20
pedronismvo: I merged master fix and proposed ^18:20
mupPR snapd#7812 opened: asserts: parse plug-names/slot-names constraints  <Created by pedronis> <https://github.com/snapcore/snapd/pull/7812>18:24
=== ^arcade_droid is now known as zarcade_droid
mupPR snapd#7813 opened: interfaces/policy: enforce plug-names/slot-names constraints <Created by pedronis> <https://github.com/snapcore/snapd/pull/7813>18:27
mvopedronis: thank you!18:56
mupPR snapd#7814 opened:  overlord/snapstate: make sure configuration defaults are applied only once (2.42) <âš  Critical> <Created by mvo5> <https://github.com/snapcore/snapd/pull/7814>19:02
mupPR snapd#7807 closed: snap-bootstrap: remove SNAPPY_TESTING check, we use it for real now <Simple 😃> <UC20> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7807>20:15
mupPR snapd#7808 closed: release: 2.42.3 <Simple 😃> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7808>20:16
mupPR snapd#7815 opened: tests: reduce the complexity of the test-snapd-sh snap <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7815>22:45
=== arnatious_ is now known as arnatious

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