/srv/irclogs.ubuntu.com/2019/01/16/#snappy.txt

zygagood morning :)05:01
mborzeckimorning06:20
mvogood morning mborzecki06:20
mborzeckimvo: so crng init struck core image now?06:23
mvomborzecki: it seems to have done so yesterday - not so sure about today, there was a new kernel update06:23
mvomborzecki: so maybe that fixed things I'm just looking06:23
mvomborzecki: hm, the diff is gigantic, no idea06:28
mborzeckimvo: kernel diff?06:29
mborzeckimvo: do you have a link?06:30
mvomborzecki: sure: https://launchpad.net/~canonical-kernel-team/+archive/ubuntu/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=bionic06:31
mvomborzecki: the first one is linux-4.15…06:32
mupPR snapd#6382 closed: tests: use pc-kernel from stable instead of edge to build core-16 and core-18 <Created by sergiocazzolato> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/6382>06:49
mupPR snapd#6370 closed: interfaces/builtin/opengl: allow access to NVIDIA VDPAU library <Created by cgutman> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6370>06:52
mupPR snapd#6362 closed: cmd/snap-update-ns: explicitly check for return value from parse_arg_u <Simple 😃> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6362>06:53
mvodegville: could you please do a final look/approval on pr#6369 (the one about PATH)? feel free to merge if you are happy06:58
zygaHey07:18
mvohey zyga07:26
mborzeckizyga: hey07:42
mupPR snapd#6372 closed: tests: define new "tests/smoke" suite and use that for autopkgtests <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6372>07:47
mborzeckimvo: PRs are turning green ;)08:00
mupPR snapd#6373 closed: overlord/ifacestate: helper API to obtain the state of connections <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6373>08:00
mborzeckimvo: wdyt about this one? https://github.com/snapcore/snapd/pull/638308:01
mupPR #6383: tests: provide a fake random device to the core images <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6383>08:01
=== pstolowski|afk is now known as pstolowski
pstolowskimornings08:01
mborzeckipstolowski: hey08:01
mvomborzecki: I was thinking about it this morning08:05
mvohey pstolowski08:05
mvomborzecki: I think its ok, we do the same on classic afterall08:05
mborzeckimvo: yes, we do08:05
mvomborzecki: but it won't help with the entropy misisng on boot08:05
mvomborzecki: so I think its ok to have it but we shouldn't expect much from it except that it speeds up key generation when we do gpg tests (which iirc we skip on core anyway because we have no gnupg snap)08:06
mvomborzecki: wdyt?08:07
mborzeckimvo: yeah, gppg and maybe ssh would benefit08:07
mvomborzecki: aha, ssh indeed08:07
mvomborzecki: that might be a good reason, we generate ssh host keys on first boot08:07
zygare08:08
mvowelcome back zyga08:09
mborzeckimvo: i'm looking at the prepare code, maybe w could generate the host keys while preparing the image and just copy them over to system-data/etc/ssh/08:11
mborzeckithis would speed up the first boot08:11
zygahey, how are things on your side guys?08:11
zygaI'm looking at debian package update now08:11
mvomborzecki: yeah, that would work08:11
degvillemvo: will do!08:11
mvomborzecki: we should measure first though08:11
mvomborzecki: I mean, it might be just so fast its not worth the work on our side :)08:12
mupPR snapd#6375 closed: tests: fix enable-disable-unit-gpio test on external boards <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6375>08:22
mupPR snapd#6326 closed: interface: raw-usb: Adding ttyACM ttyACA permissions <Created by kubiko> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6326>08:33
klebersmvo, hi, we have refreshed the pc-kernel snaps to add some fixes to the image. smb has more details about it, he's working on that08:56
mvoklebers: thanks for getting back to me. we had trouble with the previous kernel, it failed to boot in most tests but the most recent one is fine again.08:57
klebersmvo, we are planning to update soon the version on 18/stable, would that affect someone?08:58
mvoklebers: we don't have that many 18 users yet, but let me check08:59
mvohey Chipaca ! good morning09:10
ChipacaIä! Iä! mvo fhtagn!09:11
mborzeckihaha09:11
ograwas that finnish ?09:11
Chipacaogra: the long form is «Iä! Iä! mvo fhtagn! Ph'nglui mglw'nfah mvo R'lyeh wgah'nagl fhtagn!» if that gives you any more clues09:12
mborzeckicthulu language, rly'something09:12
ograoh, chtulu !09:13
* Chipaca practices for the post-brexit world09:14
ograheh09:14
GargoyleChipaca: I think you were offline by the time I got back last night. My Atom looks like this :-( https://i.imgur.com/YVeUqls.png09:14
ChipacaGargoyle: looks like a problem in the theme to me09:15
ChipacaGargoyle: is that plain Ubuntu?09:16
GargoyleYup. 18.10 with Yaru theme09:17
GargoyleI have been playing with builder a few months ago - wonder if some dev libraries are messing things up?09:17
ChipacaGargoyle: is there a bug or forum post talking about the issue?09:18
GargoyleNot that I have found. There is one relating to file open/save dialogs which are all messed up too.09:19
mborzeckiChipaca: isn't that some ubuntu specific gtk extension that moved the menu bar somewhere to the top bar under unity?09:19
Chipacamborzecki: in 18.10? not that I'm aware09:20
ChipacaGargoyle: so when you asked "is this issue fixed yet" you were assuming we had some kind of telepathic power? :-)09:21
GargoyleOK. You are correct Chipaca. Switched "Applications" theme to Adwaita and atom's menu and file dialogs look normal again.09:21
GargoyleChipaca: It's related to the filesystem one09:22
Gargoyle*filesystem dialogs one09:22
ChipacaGargoyle: how so?09:22
mvoChipaca: haha - I read a lot of lovecraft but forgot this one09:22
ChipacaGargoyle: in any case I can confirm in 18.10 with the default theme in atom the menu line is black-on-black or something09:24
Chipacaalso it takes almost a minute to start the first time09:24
Chipaca(but this might be the snapd version)09:25
Chipacas/almost/what feels like/09:25
GargoyleIt's something to do with the GTK themes and the switch to 18.10 and Yaru. I asked a while ago and someone like popey confirmed there was an ongoing issue. Didn't get a link to a forum post though.09:26
GargoyleI can't find one now ether, so I'll grab some screenshots / video and post one up this morning.09:29
ChipacaGargoyle: ta09:34
mupPR snapd#6369 closed: Add check for snap binaries dir not being in path <Simple 😃> <Squash-merge> <Created by liamg> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6369>10:15
mupPR snapd#6384 opened: snapd: fix race in TestSanityFailGoesIntoDegradedMode test <Created by mvo5> <https://github.com/snapcore/snapd/pull/6384>10:26
mborzeckimvo: left a comment ^^10:36
mvomborzecki: \o/ for that10:40
mvomborzecki: excellent catch10:40
mupPR snapd#6385 opened: debian: fix silly typo in the spread test invocation <Created by mvo5> <https://github.com/snapcore/snapd/pull/6385>11:02
GargoyleChipaca: Found the underlying issue - it's electron and not specific to the snap. (https://github.com/electron/electron/issues/15194)11:26
Gargoyledum di dum.... Electron api demo app works fine. Building atom from source...11:52
mupPR snapcraft#2437 closed: repo,baseplugin: support trusting repo keys <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2437>11:59
pstolowskimborzecki: hey, can you take a look at https://github.com/snapcore/snapd/pull/6379 ?12:09
mupPR #6379: ifacestate/tests: extra test for hotplug-connect handler <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6379>12:09
mupPR snapd#6386 opened: tests: skip lp-1802591 on "official" images <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6386>12:09
pstolowski(the test you suggested in previous hotplug PR)12:10
mborzeckipstolowski: ack12:10
pstolowskithanks12:10
greybackhi all, can anyone interpret why spread failed for me: https://travis-ci.org/snapcore/snapd/builds/479834032 ?12:13
mborzeckiChipaca: i've updated #633312:17
mupPR #6333: daemon: introduce /v2/connections snapd API endpoint <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6333>12:17
mborzeckigreyback: sorry the link doesn't seem to work, which PR is this?12:18
mborzeckigreyback: 6361?12:18
greybackmborzecki:  https://github.com/snapcore/snapd/pull/636112:18
mupPR #6361: kvm: load required kernel modules if necessary <Created by gerboland> <https://github.com/snapcore/snapd/pull/6361>12:18
greybackyep12:18
mborzeckigreyback: hmm, the link to travis job from the PR doesn't work either, wth?12:21
zygamvo: hey, can we get the 2.37 release tarballs on the release page please12:21
greybackmborzecki: hmm, I just tried it now, broken here too ("We couldn't find repo snapcore/snapd") Worked ~10 mins ago12:22
mborzeckitravis induced coffee break :)12:23
greyback:D the new https://www.xkcd.com/303/12:23
zygamvo: I'm working on the 2.37 debian update12:26
zygafinally got over the hurdles there12:26
zyga(in the early prep of how-do-I-even-start)12:26
=== ricab is now known as ricab|lunch
mborzeckigreyback: i've restarted the spread job12:33
greybackmborzecki: thank you12:47
zygaor I guess I can do that too12:51
Chipacamborzecki: is connectionJSON used outside of api_connections/12:52
Chipaca?12:52
Chipacamborzecki: in the whole picture i mean12:52
mborzeckiChipaca: yes, there's corresponding struct in the client package12:53
mborzeckiplanned to push the client bits to #601612:53
mupPR #6016: [RFC] move various name validation helpers to snap/name package <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6016>12:53
mborzeckiuh, #607912:53
mupPR #6079: [RFC] `snap connections` command <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6079>12:54
* pstolowski lunch12:59
Chipacamborzecki: is there a reason to have the structs twice? I've been trying to avoid that unless there's a reason13:03
Chipacabah, maybe it's "it still uses the old json stuff that's in daemon and i didn't want to refactor", that's a reason for example :-)13:03
zygacachio: hey, what's the state of 2.3713:16
zygaI'm trying to determine if the debian update should go with 2.36.x or with 2.3713:16
zygamvo: ^ CC please comment as well if you can13:16
mvozyga: 2.3713:16
zygamvo: hey :)13:17
mvozyga: I'm working on it right now and we should (fingers crossed) have a 2.37 final today or tomorrow13:17
zygaI tried to get the tarballs and I was in a busy meeting13:17
mvozyga: I really really want it today13:17
zygais there a .0 release yet?13:17
zygaand you will go with .113:17
zygaor is the work now focused on 2.37.013:17
mvozyga: its not out just yet, we are at 2.37~rc113:17
mvozyga: two more PRs13:17
zygaok13:17
mvozyga: one race fix, one autopkgtest fix13:17
zygaI'll continue to assess the debian side, we should have some actions there13:18
zygafor one13:18
mvozyga: and  thanks for working on the update13:18
zygaI would like to go through all the build deps13:18
mvozyga: \o/13:18
zyga(which are really runtime deps)13:18
cachiozyga, hey13:18
zygaand then check if we are comfortable with them being as old as they are13:18
zygahey cachio, how are you doing?13:18
mvozyga: there is one potential PR I might pull in (6378)13:18
cachiozyga, initial validation for pre~1 is completed13:18
zygamvo: and if no, actually go to salsa, work on updates (despite most likely missing this freeze)13:18
cachiozyga, mvo is gonna generate a new release soon13:19
zygamvo: and I would honestly put this on us each release13:19
zygamvo: where if we pay the painful price now once13:19
zygamvo: we should be in a good place for each release (it should be cheap)13:19
cachiomvo, next friday 25 is my last day before vacations13:19
cachiomvo, I mentioned that in the standup but I think you were already on vacations13:20
cachioit was on december13:20
mvocachio: ok13:21
mvocachio: should be enough time for the validation13:21
mvozyga: yeah, maybe we need to do it13:21
mvozyga: not great but better than the alternatives it seems13:21
cachiomvo, I hope so13:21
mupPR snapd#6387 opened: client: introduce helper for querying snapd API for the list of slot/plug connections <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6387>13:34
mborzeckiChipaca: opened the client bits ^^13:34
* Chipaca shakes fist at the internet at large, and goes for coffee13:35
diddledan13:36
cachiopstolowski, hey13:40
cachiopstolowski, when you have time, could you please take a look to this one? #588713:41
mupPR #5887: tests: moving core-snap-refresh-on-core test from main to nested suite <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5887>13:41
cachiopstolowski, it is related to nested suite13:41
pstolowskicachio: will do13:44
GargoyleHow do we find out who is currently doing the packaging for Atom if it currently just says "snapcrafters" on the store page?13:44
cachiopstolowski, thanks13:44
diddledanGargoyle: that's the snapcrafters, which means anyone on the snapcrafters org lead by popey and wimpress13:45
mupPR snapd#6385 closed: debian: fix silly typo in the spread test invocation <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6385>13:49
Gargoylediddledan: OK. I've got a "working" build of atom. I say "working" because the menu and file dialogs are rendering properly but atom's own test suite fails horribly. But I can't get my head rount the branching on atom's github page! :/13:49
mupPR snapd#6359 closed: tests: fix listing tests to match "snap list --unicode=never" <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6359>13:50
mupPR snapd#6386 closed: tests: skip lp-1802591 on "official" images <Created by sergiocazzolato> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6386>13:51
mvo6384 needs a second review13:52
=== ricab|lunch is now known as ricab
mupPR snapcraft#2440 opened: meta: make hooks executable instead of complaining they're not <Created by Saviq> <https://github.com/snapcore/snapcraft/pull/2440>13:56
diddledanGargoyle: the snap of atom is created from https://github.com/snapcrafters/atom14:18
pstolowskicachio: btw 5887 has conflicts14:36
cachiopstolowski, ohh, sorry14:50
cachiopstolowski, fixed14:52
cachiothanks14:52
mborzeckimvo: i think we could land #6368 as it is now, even with the typo, given the spread job on master has failed because of this problem14:57
mupPR #6368: tests: fix daemon-notify test checking denials considering all the log lines <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6368>14:57
mvomborzecki: if you are happy with it: +114:58
mupPR snapd#6368 closed: tests: fix daemon-notify test checking denials considering all the log lines <Created by sergiocazzolato> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6368>14:59
mvomborzecki: thank you!15:00
mupPR snapd#6378 closed:  cmd: fix snap-device-helper to deal correctly with hooks  <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6378>15:17
mvo6384 needs a second review15:53
Chipacamvo: lgtm15:55
mvota!15:55
mupPR snapd#6384 closed: snapd: fix race in TestSanityFailGoesIntoDegradedMode test <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6384>15:56
GargoyleSeems I'm trying all the broken snaps today! :/16:19
* ogra hugs Saviq for https://bugs.launchpad.net/bugs/181200316:19
mupBug #1812003: hooks should be made executable instead of erroring out <Snapcraft:New> <https://launchpad.net/bugs/1812003>16:19
GargoyleJenkins can't use https (probably any SSL) due to a trust store error.16:20
mupPR snapd#6388 opened: tests: fix install-snaps test by changing the snap info regex <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6388>16:20
GargoyleDoes it need access to etc/ssl ?16:20
* cachio lunch16:23
* zyga resumes work on debian packaging16:33
zygaeh, quilt16:35
zygahow I love the16:35
zyga(not)16:35
zygathee16:35
Gargoylecreated report here:- https://forum.snapcraft.io/t/jenkins-cannot-access-update-server-via-https/949916:45
mupPR snapd#6389 opened: cmd/snap: small refactor of cmd_info's channel handling <Created by chipaca> <https://github.com/snapcore/snapd/pull/6389>16:51
=== pstolowski is now known as pstolowski|afk
mupPR snapd#5887 closed: tests: moving core-snap-refresh-on-core test from main to nested suite <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5887>17:07
Chipacaok, EOD from me18:01
Chipacattfn18:01
mupPR snapd#6390 opened: release: 2.37 <Created by mvo5> <https://github.com/snapcore/snapd/pull/6390>18:48
mvocachio: all arches have 2.37 in beta now, just fyi19:23
cachiomvo, great19:35
cachiostarting right now19:36
mvocachio: \o/19:47
mupPR snapd#6390 closed: release: 2.37 <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6390>19:52
mupPR snapd#6391 opened: tests: simplify interfaces-contacts-service test <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6391>21:08

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