/srv/irclogs.ubuntu.com/2019/10/28/#snappy.txt

mborzeckimorning05:58
mborzeckimvo: hey06:09
mvohey mborzecki06:10
mupPR snapd#7608 closed: o/snapstate, etc: SnapState.Channel -> TrackingChannel, and a setter <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7608>06:23
mborzeckischool run, back in 3006:30
zygahey06:32
zygaworking on regression test for bug from Friday06:32
mvohey zyga !06:33
mvozyga: did you identify the bug ? is it a difficult one?06:33
mvozyga: also thanks for 7662 and friends06:34
mvozyga: I cherry pick this now06:34
mupPR snapd#7674 opened: interfaces: de-duplicate emitted update-ns profiles (2.42) <Created by mvo5> <https://github.com/snapcore/snapd/pull/7674>06:44
mborzeckire07:02
zygamvo: re, sorry, some morning school interrupts07:04
zygamvo: not sure  yet07:04
zygamvo: give me one hour07:04
mvozyga: sure07:06
mvozyga: thanks for looking into this07:06
zygamvo: not super hard07:31
zygamvo: not kernel or anything like that07:31
* mvo hugs zyga 07:31
zygamvo: just overlooked and underused feature07:31
zygamvo: workaround is tiny07:48
zygamvo: proper fix requires a little bit more logic07:48
zygamvo: I'll send workaround patches in one hour07:48
zygamvo: should we have a 2.42.1 milestone on launchpad07:49
mvozyga: feel free to add it07:50
zygaok07:50
=== pstolowskiafk is now known as pstolowski
pstolowskimorning08:01
mborzeckipstolowski: hey08:03
mupPR snapd#7666 closed: tests: don't depend on GNU time <Created by zyga> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7666>08:19
mupPR snapd#7668 closed: tests: tweak wording in mount-ns test <Simple 😃> <Created by zyga> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7668>08:21
mupPR snapd#7675 opened: osutil: preseed mode helper <Prebaking> <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/7675>08:30
mupPR snapd#7676 opened: many: cherry pick test updates for 2.42 <Created by mvo5> <https://github.com/snapcore/snapd/pull/7676>08:33
mupPR snapd#7677 opened: interfaces/content: workaround for renamed target <Created by zyga> <https://github.com/snapcore/snapd/pull/7677>08:38
pedronispstolowski: hi, to discuss 7675, can you make a list of the packages that would need to query PreseedMode ?08:39
pstolowskipedronis: sure, will do08:40
zygamborzecki: can you look at https://github.com/snapcore/snapd/pull/767708:41
mupPR #7677: interfaces/content: workaround for renamed target <Bug> <Created by zyga> <https://github.com/snapcore/snapd/pull/7677>08:41
zygamborzecki: it's a priority customer request08:41
zygamvo: the test passed a single run, force pushed with commit typo and running across all machines08:43
zygamborzecki: could you send a patch that disables xdelta for amazon?08:47
zygamborzecki: for the resend in spread08:47
pstolowskipedronis: updated (added to the description)08:49
mborzeckizyga: the lzo with xdelta thing pops up on amazon?08:51
zygamborzecki: yes, when invoked locally08:52
zygahttps://www.irccloud.com/pastebin/MKaHiW7M/08:52
pstolowskipedronis: if the concern is about having a global flag like this vs passing it around, my suggestion is to have it available though the helper first like proposed (in whatever package we find suits best), then replace it with something final after all the bits are in place08:54
=== msalvatore_ is now known as msalvatore
pedronispstolowski: where exactly is it used in apparmor ?08:56
pedronisin loadProfiles ?08:57
pstolowskipedronis: yes - to have --skip-kernel-load08:57
mupPR snapd#7678 opened: spread: disable secondary compression for deltas <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7678>09:14
mborzeckizyga: ^^09:14
zyga1-2-109:14
zygathx09:14
pedronispstolowski: can we have a quick HO in ~15 ?09:16
pstolowskipedronis: yes09:16
pedronispstolowski: going to the standup09:31
pstolowskipedronis: ok, coming09:31
* Chipaca can't stand up yet09:39
Chipacamvo: any feedback on #7669 vs #7670?09:43
mupPR #7669: snap, cmd/snap: support (but warn) deprecated multi-slash channel <Created by chipaca> <https://github.com/snapcore/snapd/pull/7669>09:43
mupPR #7670: cmd/snap: support (but warn) using deprecated multi-slash channel <Created by chipaca> <https://github.com/snapcore/snapd/pull/7670>09:43
mupPR snapd#7635 closed: tests/lib/gendevmodel: helper tool for generating developer model assertions <Simple 😃> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7635>09:45
pedronisChipaca: I haven't looked at them yet? what's the difference between, the summary says they are the same09:51
pedronisChipaca: do we have code for daemon yet?09:52
Chipacapedronis: the second one uses channel.Full instead of .Parse, I think it results in simpler code (the explanation is onthe second one, at the end of the description)09:53
Chipacai'll have the daemon up before the standup today09:54
pedronisok, thx09:54
Chipacai think it's the last bit left09:54
pedronisChipaca: plus reintroducing the code about risk switching09:54
pedronisthat we had to revert09:54
pedronisit will probably need a rewrite though09:54
Chipacapedronis: i wouldn't count that as part of this, but, yes that is also missing09:55
Chipacapedronis: and then defaults09:55
pedronisyes09:55
Chipacapedronis: some of this work will need tweaking for defaults, fwiw09:55
pedronisyes09:55
Chipacaas here we always do Full, and on install with defaults we need to not do so09:55
Chipacai was tempted to do that from the start but thought better leave it simple for now09:56
pedronisChipaca: no, the Full is probably fine, the question is more where the value comes from09:56
Chipacaanyway, got a meeting coming up, need to set up09:56
mvoChipaca: was in a meeting10:01
mupPR snapd#7679 opened: many: changes to testing in preparation of Core 20 seed consuming code <Created by pedronis> <https://github.com/snapcore/snapd/pull/7679>10:04
mupPR snapcraft#2771 opened: python plugin: skip download and wheel for local sources <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2771>10:09
zygamvo: https://github.com/snapcore/snapd/pull/7677 is ready for review10:24
mupPR #7677: interfaces/content: workaround for renamed target <Bug> <Created by zyga> <https://github.com/snapcore/snapd/pull/7677>10:24
zygamborzecki, pstolowski ^ priority customer bug10:25
zygatrivial code change + tests + rationale10:25
pstolowskizyga: looking10:31
zygathank you guys10:32
zygamvo: https://github.com/snapcore/snapd/pull/7677 is green10:39
mupPR #7677: interfaces/content: workaround for renamed target <Bug> <Created by zyga> <https://github.com/snapcore/snapd/pull/7677>10:39
pedronisreviews for #7672 and #7679 would great, they are mostly reorg in preparation of actual Core 20 seed loading code10:39
mupPR #7672: seed: share auxInfo20 and makeSystemSnap via internal <Created by pedronis> <https://github.com/snapcore/snapd/pull/7672>10:39
mupPR #7679: many: changes to testing in preparation of Core 20 seed consuming code <Created by pedronis> <https://github.com/snapcore/snapd/pull/7679>10:39
mvoChipaca: 7622 is ready for a review (after you finished the other things of course :)10:47
Chipacamvo: thanks10:47
* dot-tobias hi everybody10:56
zygamvo: do you want to get a security review for https://github.com/snapcore/snapd/pull/767711:19
mupPR #7677: interfaces/content: workaround for renamed target <Bug> <Created by zyga> <https://github.com/snapcore/snapd/pull/7677>11:19
zygaotherwise it's green and we could build a new edge core/snapd snap next11:19
zygabrb11:25
mvozyga: sounds like we can merge and ask security for a retrospective one11:28
mvozyga: it will just be on edge11:28
mvomborzecki: 7302 has a conflict now11:33
zygamvo: ok, mering11:35
mupPR snapd#7677 closed: interfaces/content: workaround for renamed target <Bug> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7677>11:36
zygamvo: can you please remind me how to correctly trigger edge build, do I need to just do the snap build request or do I need to ensure the intermediate git is synchronized somehow?11:36
mvozyga: for the snapd it will all happen automaitcally11:41
mvozyga: for old school core its spread-cron that needs to merge a git tree first11:41
mvozyga: https://travis-ci.org/snapcore/spread-cron/branches11:42
zygamvo: so just "sit tight"?11:42
mvozyga: and "snapd-vendor-sync" there11:42
mvozyga: yeah or manually triggering this one11:42
mupPR snapd#7680 opened: daemon: parse and reject invalid channels in snap ops <Created by chipaca> <https://github.com/snapcore/snapd/pull/7680>11:50
zygathere's another thing called snap https://ai.google/research/pubs/pub48630/12:08
zygaat some point everything will just be called foo, I guess12:08
cmatsuokahello everyone12:15
cmatsuokadid we have a timezone shift at some point in the past two weeks?12:15
cmatsuokaI see all events in my calendar shifted one hour, and my time zone is correct12:16
pstolowskicmatsuoka: hey Claudio, welcome back!12:18
pstolowskicmatsuoka: yes, we switched from summer time yesterday12:20
cmatsuokaah ok, I just wanted to make sure everything is consistent and I won't miss any meeting12:21
zygamvo: refresh-app-awareness just got more complicated12:25
zygacmatsuoka: hey :)12:25
zygaI need to sync with stgraber12:26
mupPR snapd#7678 closed: spread: disable secondary compression for deltas <Simple 😃> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7678>12:34
zygamvo: I have some ideas on how to fix this12:41
zygamvo: would love to sync12:41
zygamvo: feels like a week or two of work though12:41
zygamvo: but would solve some issues in general without bothering us in the future12:41
zygamvo, mborzecki: I updated the last comment on https://github.com/snapcore/snapd/pull/7547 with some details12:43
mupPR #7547: many: use a dedicated named cgroup hierarchy for tracking <Created by zyga> <https://github.com/snapcore/snapd/pull/7547>12:43
pedroniszyga: isn't how we do the tracking vs the other bits of awareness orthogonal anyway?12:44
zygapedronis: some are intersecting, the agent is something we need the cgroup for12:45
zygapedronis: we can re-design without the agent being present12:45
zygapedronis: and continue work on the UX without that12:45
zygapedronis: the cgroup gives us tracking without breaking systemd and a possibility to install the agent12:46
pedronisyou mean the release the agent?12:46
zygayes12:46
zygaI need to stop and think for a moment12:46
zygaon how to proceed12:46
zygaI need to make more tea anyway12:47
zygaperhaps we can work on part of the UX without the agent now and progress towards _a_ solution that would not affect LXD or be affected by LXD12:47
zygaand then integrate this so that the UX works only better12:47
zygaand the backend changes silently behind the scenes once everything is aligned12:47
* zyga -> tea12:48
ijohnsonWait so now the SU is in 1 hr12:56
ijohnsonRight?12:56
cmatsuokaijohnson: yes, it seems so12:57
ijohnsonHmmm12:57
cmatsuokaijohnson: end of dst in europe12:57
ijohnsoncmatsuoka: do you follow daylight savings time? The US switches next week so next week it seems to go back to 8 am local for me12:58
ijohnsonBut this week it's at 9 am local12:58
ijohnsonI saw a few weeks ago on my calendar the time went to 9 AM and was kinda excited at the prospect of having 9 am meetings all winter12:58
cmatsuokaijohnson: for me it was 10AM local time, now it's 11AM12:59
ijohnsonYeah it was 8 am on Friday now it's 9 am local for me12:59
* ijohnson is quite confused that the timezone switch between US and EU don't at least happen at the same time 13:01
cachiomvo, is the standup delayed 1 hour?13:02
cachioI didn't receive the update13:03
cachioit used to be automatic13:03
cmatsuokacachio: the standup should be 11AM in our timezone13:05
cachiocwayne, yes13:06
cachiocmatsuoka, yes}13:07
cwayne:)13:08
Chipacacachio: the time didn't change, but the timezone did :)13:10
Chipacait's all the german farmers fault13:10
cachiohhhehe13:11
cwayneChipaca: thats who i blame all my problems on tbh13:12
cwaynebad run? german farmers did it.13:12
pedronisI commented a bit on some of the channels PRs, 7670 seems good to me, assuming we don't want a special error msg in 768013:15
pedronisChipaca: ^13:15
=== ricab is now known as ricab|lunch
Chipacapedronis: ack13:48
Chipacacwayne: i haven't run in the last month because of my knee13:51
mupPR snapcraft#2772 opened: remote-build: improve resiliency for https connection issues <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2772>13:51
Chipacacwayne: also the germans' fault13:51
cwayneChipaca: thats rough, mine's been wonky as hell lately too13:52
cwaynedamn germans13:53
Chipacacwayne: wonky knees, doo doo doo13:54
* cwayne has baby shark stuck in my head now13:55
=== ricab|lunch is now known as ricab
mupPR snapcraft#2773 opened: build providers: inject snapd snap for latest feature availability <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2773>14:51
mupPR snapcraft#2774 opened: remote-build: architecture handling <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2774>14:54
Chipacasergiusens: <3 277314:59
sergiusensChipaca: your review would be appreciated :-)14:59
mupPR snapcraft#2775 opened: remote-build: add clean flag <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2775>15:10
mupPR snapcraft#2776 opened: repo: convey proper error message when refreshing to invalid channel <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2776>15:37
* cachio lunch15:40
* zyga finished talking to mborzecki and EODs16:09
zygamvo: sorry, the UX doc needs to wait, I'm exhausted by the complexity today16:09
* mborzecki too16:09
pedroniscachio: we are getting (again?) errors like:   systemctl restart systemd-journald.service16:22
pedronisJob for systemd-journald.service failed.16:22
pedronisSee "systemctl status systemd-journald.service" and "journalctl -xe" for details.16:22
pedroniscachio: https://api.travis-ci.org/v3/job/603911307/log.txt16:23
Chipacapedronis: if we are, i can try my proposed fix this evening16:27
Chipacapedronis: nearly finished reviewing 7679, but going to go out and do some exercise for a bit, will bbl16:34
* Chipaca pokes a few other things before going16:37
mupPR snapd#7672 closed: seed: share auxInfo20 and makeSystemSnap via internal <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/7672>16:48
cachiopedronis, I'll take a look16:59
cachiodegville, hey17:28
cachioI just updated the testing blogpost17:28
cachiowith the feedback17:28
degvillecachio: hello! want me to take a look?17:28
cachiowhen you have a time could yo uplease take a look17:28
cachioa quick one please17:28
degvillecachio: yes, of course - no problem.17:28
cachiodegville,thanks!!!!17:28
=== ijohnson is now known as ijohnson|lunch
mupPR snapcraft#2773 closed: build providers: inject snapd snap for latest feature availability <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2773>17:55
mupPR snapcraft#2774 closed: remote-build: architecture handling <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2774>17:55
=== pstolowski is now known as pstolowski|afk
=== ijohnson|lunch is now known as ijohnson
degvillecachio: I've just read through your post again - made a few comments on the changes, but really only minor suggestions!19:22
cachiodegville, thanks a lot, I'll address them19:23
degvillecachio: np!19:23
kyrofaThanks guys for putting this room together to help us all with host networking (https://ai.google/research/pubs/pub48630/)19:32
kyrofaGoogle likes snap things. https://github.com/google/snappy19:33
Pharaoh_Atemlibsnappy predates snapd, iirc19:33
kyrofaOh I'm well aware :P19:34
ijohnsonjdstrand_: hey is there any reason not to include usr/bin/paste in the base policy? that program is in both core and core18 and doesn't seem to pose any obvious security problems to me and it would simplify some shell scripting I'm doing :-)19:51
=== jdstrand_ is now known as jdstrand
jdstrandijohnson: hey, no, I'll add it to my list. I plan to do a misc policy updates PR for 2.43 and will add this19:55
ijohnsonthanks jdstrand19:55
mupPR snapcraft#2776 closed: repo: convey proper error message when refreshing to invalid channel <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2776>20:10
mupPR snapcraft#2677 closed: erorrs: preserve quotes when printing SnapcraftPluginCommandError <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2677>20:13
mupPR snapcraft#2777 opened: cli: pass channels None when not doing a push --release <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2777>20:34
mupPR snapd#7622 closed: snap: make `snap known --remote` use snapd if available <Needs Samuele review> <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/7622>20:38
Chipacawhoops20:38
Chipacapedronis: i just noticed yours was not one of the +1's on 7662 :-(20:38
mupPR snapd#7681 opened: tests: add info that could be used to determine why journalctl is failing to restart <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7681>20:40
Chipacapedronis: any issues you had with it can be addressed in 7624 though so that's probably ok20:40
pedronisChipaca: I marked myself long ago, mostly because of xerrors20:41
pedronisbut then there was a prereq one already landed20:41
Chipacapedronis: ah ok :) that's sorted with #766720:41
mupPR #7667: spread: enable bboozzoo/snapd-devel-deps COPR repo for getting golang-x-xerrors <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7667>20:41
pedronisChipaca: my other question is how long it takes to fail?20:41
pedroniss/fail/fallback/20:41
Chipacapedronis: next to nothing20:43
Chipacapedronis: there's no retrying, is what i mean20:43
pedronisok20:43
Chipacawhen it's 'the socket isn't there' at least :)20:43
pedronisah20:44
Chipacai guess you could have a hung snapd that makes things slower20:44
pedronisanyway that's the main case20:44
pedronisthe next one doesn't seem to pay attention to auth though?20:44
Chipaca7624?20:45
pedronisyes20:45
ChipacaI'm waiting for the master merge before looking at that one20:45
* Chipaca lazy20:45
pedronisok20:45
Chipacapedronis: but auth is a quick fail so should be handled ok20:45
pedronisanyway I marked it as I need to look at it20:45
Chipacai'll be looking out for it in any case20:45
pedronisyea, my point is I don't think the code is looking for it20:45
pedronisatm20:45
Chipacahmmm20:46
Chipacai think i reviewed something along those lines in this context20:46
Chipacaa previous pr about download20:46
Chipacai'll have a dig20:46
Chipacapedronis: i'll take the dog for a walk before the temperature drops more, then i'll have a look20:47
Chipacai think it might already be handled but not sure, don't remember exactly20:47
Chipacaanyway, ttfn20:47
pedronissame here20:50
pedronisttfn20:50
mupPR snapcraft#2772 closed: remote-build: improve resiliency for https connection issues <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2772>21:07
mupPR snapcraft#2777 closed: cli: pass channels None when not doing a push --release <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2777>22:40
mupPR snapcraft#2768 closed: remote-build: autorecovery <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2768>23:56

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