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

NickZkyrofa: is there any documentation on the changes to the catkin plugin syntax when you specify a base core?01:36
`dwis there some way to get around the forum's "new users may only include (1 pictures|2 links)" restriction on the forum?01:57
mupPR snapd#6377 opened: tests: auto-clean the test directory <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6377>02:45
kyrofaNickZ, sorry, we're not timezone aligned this week at all! When you specify a base, the catkin plugin will use the ROS release that corresponds to it. core/core16 will use kinetic, core18 will use melodic05:16
kyrofaWe've moved away from being able to specify the rosdistro so that we can ensure we're running the supported ROS distro on the supported ubuntu distro05:16
mborzeckimorning06:11
mvohey mborzecki !06:11
mborzeckimvo: hey hey06:11
mborzecki#6370 is finally green06:12
mupPR #6370: interfaces/builtin/opengl: allow access to NVIDIA VDPAU library <Created by cgutman> <https://github.com/snapcore/snapd/pull/6370>06:12
mborzeckimvo: can you take a look ^^ ?06:12
mvomborzecki: I just have it open - the author has signed our CLA?06:12
mborzeckimvo: the cla check is green, hope that's the same as confirmation he's signed it :)06:13
mvomborzecki: yeah, let me do a quick check06:14
zygaGood morning06:15
mvomborzecki: yeah, looks good06:15
mvohey zyga ! good morning06:15
mborzecki#6326 sound like 2.37 material too, jdstrand requested changes there, but it's fixed already06:15
mupPR #6326: interface: raw-usb: Adding ttyACM ttyACA permissions <Created by kubiko> <https://github.com/snapcore/snapd/pull/6326>06:15
mborzeckizyga: hey06:15
zygahow was yesterday?06:16
zygaI saw some failures on master06:16
mvozyga: things are mostly ok06:21
mvozyga: very few failures06:21
mvozyga: afaict at least06:21
mvomborzecki: I taged it 2.37 but will consider it a target of opportunity. I would really like to have the +1 from jdstrand on pr#6326 before merging it06:22
zygamvo: that's good, must have been a fluke on one branch then06:26
=== pstolowski|afk is now known as pstolowski
pstolowskimorning08:02
mvohey pstolowski - good morning08:04
mvomborzecki: meh, this configure hook with network-control forum topic is a bit of a can of worms, looks like we have a bug in snap-confine for hooks, the cgroup name is incorrect so no devices are part of the cgroup :/08:14
pstolowskioh, what's that?08:16
mvopstolowski: there is this forum topic "stracing a configure hook"08:17
mvopstolowski: and it points to a real bug it seems in snap-confine08:18
pstolowskiinteresting, thanks08:20
mborzeckimvo: which topic is that?08:24
mborzeckimvo: ah the strace topic08:24
mvomborzecki: yeah, I think I'm close, its quite twisted though08:24
mvomborzecki: anyway, just wanted to let you all know that I look into it (to avoid duplication of effort)08:25
mborzeckimvo: no worries, i was looking into https://forum.snapcraft.io/t/restart-a-snap-background-service-on-resume-from-suspend/9182/5, power mgmt can of worms08:26
mborzeckii don't understand why it's so convoluted08:28
mvomborzecki: yeah :/08:29
mvomborzecki: thanks for looking into this one08:29
mborzeckimvo: about cgroup, iirc we add a bunch of /dev/* by default08:33
mborzeckimvo: including /dev/null08:33
mborzeckimvo: https://github.com/snapcore/snapd/blob/master/cmd/snap-confine/udev-support.c#L16808:34
mvomborzecki: yeah, its all good08:36
mvomborzecki: I mean, its not :)08:36
mvomborzecki: but the code is mostly DTRT, it seems there is a bug in the cgroup name generation08:36
zygare08:37
mvomborzecki: so we do DTRT just to the wrong cgroup (test-snapd-with-configure-nc_hook.hook_configure vs test-snapd-with-configure_nc_hook_configure08:37
mvohey zyga08:37
zygammm08:38
mborzeckimvo: interesting08:38
zygacgroup name for hooks08:38
zygainteresting08:38
zygaI'll let you handle that but one word of advice08:38
zygadevice cgroups sticks around08:38
mvozyga: :) ok08:38
zygayou can run something and then, at your leisure, look at it later08:38
zygaand you can move a shell there for full hands on08:38
zygalet me know if you need help with any of that08:39
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
mborzeckipstolowski: hi, can you take a look at https://github.com/snapcore/snapd/pull/6373 ?09:31
mupPR #6373: overlord/ifacestate: helper API to obtain the state of connections <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6373>09:31
mborzeckiguys, if you have any thoughts about presenting disconnected plugs/slots or undesired connections in the output of snap connections, feel free to share them ehre https://forum.snapcraft.io/t/rfc-snap-connections-command/4296/1209:34
Chipacamborzecki: o/09:39
mborzeckiChipaca: hey09:39
Chipacamborzecki: I'll reply there09:39
mborzeckiChipaca: sure09:39
mborzeckipstolowski: yeah, maybe the endpoint should only return connections, connected or undesired, but no plugs/slots list like we get from /v2/interfaces09:48
pstolowskimborzecki: ah, going even further. might be a good idea09:50
mupPR snapd#6378 opened:  cmd: fix snap-device-helper to deal correctly with hooks  <Created by mvo5> <https://github.com/snapcore/snapd/pull/6378>09:52
Chipacamborzecki: there ya go09:53
Chipacahah09:53
mborzeckiChipaca: thx, reading09:53
Chipacapstolowski: agreed on -d :-)09:53
Chipacawoops typo09:54
* Chipaca fixes09:54
Chipacamborzecki: wrt my last comment, I can do that in a followup if you'd rather not bash your head against tabwriter and escape sequences :-)09:54
mborzeckiChipaca: tis fine, go ahead09:55
mupPR snapd#6379 opened: ifacestate/tests: extra test for hotplug-connect handler <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6379>10:23
Chipacadegville: o/10:26
degvilleChipaca: hello!10:26
Chipacadegville: PM10:27
Chipacadegville: should I create the topic for #6369, or would you rather do it? (if I do it it'll be a placeholder for now)10:33
mupPR #6369: Add check for snap binaries dir not being in path <Simple 😃> <Squash-merge> <Created by liamg> <https://github.com/snapcore/snapd/pull/6369>10:33
degvilleChipaca: feel free to create the topic. I guess you'd want it to be as short as possible. I can always add the text.10:34
Chipacadegville: I'll leave it unlisted for now :-)10:35
=== chihchun is now known as chihchun_afk
=== cpaelzer_ is now known as cpaelzer
mupPR snapcraft#2439 closed: snap: add xslt dependencies for lxml <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2439>11:26
=== chihchun_afk is now known as chihchun
mupPR snapd#6380 opened: Nm iface add perms <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/6380>11:46
=== chihchun is now known as chihchun_afk
mborzeckiChipaca: https://paste.ubuntu.com/p/VVNpnmJ6QY/12:31
mborzeckistill have to add the count of disconnected/unconnected ifaces12:31
=== chihchun_afk is now known as chihchun
pstolowskihey marcustomlinson :)12:47
marcustomlinsonhey pstolowski !12:48
mborzeckioff to pick up the kids13:02
pstolowskimborzecki: can you take a look at https://github.com/snapcore/snapd/pull/6379 ?13:08
mupPR #6379: ifacestate/tests: extra test for hotplug-connect handler <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6379>13:08
GargoyleHey all.13:40
GargoyleIs there any fix for broken electron snaps on 18.10 yet. I now have no text in atom's menu bar! :/13:41
ChipacaGargoyle: I wasn't aware they were broken :-)13:50
Chipacalet me start an 18.10 vm to have a look13:51
ChipacaGargoyle: is there a bug or forum post talking about the issue?13:51
ChipacaGargoyle: I have text in atom's menu bar here13:53
ChipacaGargoyle: https://i.imgur.com/56r236E.png13:53
Chipacamborzecki: Conflicts=sleep.target WFM AFAICT FWIW14:16
Chipacabut maybe I should test it a bit more :-)14:17
mborzeckiChipaca: interesting, i'll play a bit more with these on the laptop14:18
jdstrandmvo: hi! miss you in sunny cape town :)14:23
jdstrandmvo: it seems like you are looking into this, so fyi, https://forum.snapcraft.io/t/stracing-a-configure-hook/9452/714:23
jdstrandmvo: also, I'll look at PR 6326 again14:23
mupPR #6326: interface: raw-usb: Adding ttyACM ttyACA permissions <Created by kubiko> <https://github.com/snapcore/snapd/pull/6326>14:23
Chipacamborzecki: to be clear, Conflicts=sleep.target works to stop the service before suspending14:26
Chipacamborzecki: you need something else to wake it after resuming14:27
jdstrandmvo: re 6326, just need a one character fix then feel free to commit14:27
Chipacamborzecki: you'd think there'd be a resume.targt, but lennart says "Why would a service need something like this? This sounds systematically flawed"14:28
mborzeckiChipaca: hahah14:29
mborzeckiChipaca: hard to disagree with him14:30
Chipacamborzecki: that's https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744753#30 fwiw14:30
mborzeckiChipaca: on a side note, the use case from the forum should probably hook to nelink and act on interface state changes14:32
* Chipaca covers his ears and goes LALALALA14:33
zygahttps://github.com/snapcore/snapd/pull/638014:39
mupPR #6380: Nm iface add perms <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/6380>14:39
zygathis is one terse commit message14:39
zygaI re-wrote the PR title14:40
mvojdstrand: cool, will look at it14:42
mvojdstrand: heh - I miss the sun as well! next time I can make it again. I am looking into the strace right now, I think I have a fix14:43
mvojdstrand: not strace, the device cgroup with configure hook support14:43
mborzeckiChipaca: left a note in the forum, imo the guy should really be using avahi14:58
mupPR core18#114 opened: Set the C.UTF-8 locale for the 001-extra-packages.test <Created by sil2100> <https://github.com/snapcore/core18/pull/114>15:04
mupPR snapd#6381 opened: devicestate: add initial Remodel support <Created by mvo5> <https://github.com/snapcore/snapd/pull/6381>15:13
mborzeckiChipaca: hm that interface count is quite interesting, the API actually does some filtering and returns only connected interfaces by default, unless the client asked for all15:14
Chipacamborzecki: isn't this the api that you're adding in the same PR?15:23
Chipaca#637315:24
mupPR #6373: overlord/ifacestate: helper API to obtain the state of connections <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6373>15:24
Chipacaah no15:24
* Chipaca looks more15:24
Chipaca#633315:24
mupPR #6333: daemon: introduce /v2/connections snapd API endpoint <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6333>15:24
mborzeckiChipaca: not the same PR, but yes, that's the API i'm adding, that's why it's helpful to get some feedback on the functionality people expect15:25
Chipacaoh and it's 'changes requested' by me and I never looked again15:25
ChipacaI'm a horrible person15:25
* Chipaca wanders off15:25
mborzeckihaha :P15:25
Chipaca:-)15:25
mborzeckiChipaca: so the API actually takes ?select=all to include disconnect plugs/slots and undesired conections, otherwise it's just connected15:26
mborzeckii could push everything and filter in the client15:26
Chipacamborzecki: or, add counts to the interfaceJSON (if I'm reading the code right)15:27
mborzeckiChipaca: hm some itneresting bits are still missing in that pr15:27
Chipacamborzecki: how is gnome software going to use v2/connections?15:28
mborzeckiChipaca: that's what I discussed with pedronis but haven't pushed out yet: https://paste.ubuntu.com/p/G4h3q4n2Zz/15:29
Chipacaaha15:30
mborzeckiChipaca: Established is what's currently connected, so one does not have to dig inside Plugs/Slots, Undesired is what's manually disconnected15:31
Chipacamborzecki: what about things that aren't undesired and aren't connected?15:33
Chipacai mean established15:33
Chipacai mean: established means connected right now, undesired means manually disconnected?15:33
mborzeckiChipaca: yes, established === connected, undesired === manually disconnected15:34
Chipacamborzecki: so what about the other ones?15:34
Chipacawhere do they appear?15:35
mborzeckiChipaca: that's where you dig into Plugs/Slots15:37
mborzeckiChipaca: iow, pairs that could be connected, but aren't right?15:37
Chipacayeah15:37
mborzeckiChipaca: yup, so that's in Plugs/Slots, unconnected ones have len(Plug.Connections) == 015:38
mborzeckiChipaca: but there is no indication what given plug/slot could be connected to15:38
mvofun! core18 fails to boot in spread :( spread qemu:ubuntu-core-18-6415:39
mborzeckiChipaca: to be fair, you could connnect any pair that uses matching interface15:40
Chipacamvo: excessive collisions & not enough packet ambulances ?15:41
Chipacamborzecki: I'm never fair15:41
mborzeckihah :)15:41
mvomounting /dev/sda3 on /tmpmnt_writable failed: device or resource busy15:44
mvocachio: ^- could you please have a look? maybe a new kernel or a new core18 that breaks this15:47
mvocachio: I need to leave for ~2h for a kids appointment unfortunately so can't look right now15:47
=== chihchun is now known as chihchun_afk
cachiomvo, in 10 minutes after lunch :)16:20
cachiomvo, Ill leave the tests running16:21
mupPR snapd#6377 closed: tests: auto-clean the test directory <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6377>17:02
=== pstolowski is now known as pstolowski|afk
mupPR snapd#6382 opened: tests: use pc-kernel from stable instead of edge to build core-16 and core-18 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6382>17:58
Chipacaouch, EOD18:21
* Chipaca runs18:21
cachiomvo, hey18:49
cachiomvo, same issue I see when I start a core-18 vm locally18:50
cachiorelated to lack of entropy18:50
cachiowe are currently faking the entropy source on google instnaces, perhaps we could do the same on this core instance before booting it18:51
mvocachio: I was getting a busybox shell when running spread on ubuntu-core-18 here locally19:01
mvocachio: you can run SPREAD_QEMU_GUI=1 spread ...19:02
mvocachio: and then you get the qemu window and can get around the entropy problem19:02
mvocachio: and thanks for looking into it! if reverting to the stable kernel fixes all issues we should probably let the kernel guys know :)19:03
cachiomvo, it fixes the problem19:09
cachiobut now I see other issues becuase it refreshes the kernel snap19:10
cachioduring the execution19:10
=== grumble is now known as AMENDMENT_EFFFFF
=== AMENDMENT_EFFFFF is now known as grumble
cachiomvo, I'll need to omve the IMAGE_CHANNEL to stable too19:12
cachiomvo, not sure if it if gonna work19:12
mupPR core18#114 closed: Set the C.UTF-8 locale for the 001-extra-packages.test <Created by sil2100> <Merged by sil2100> <https://github.com/snapcore/core18/pull/114>19:21
mvocachio: ok19:34
mvocachio: not sure what is going on, please keep me updated! I can start digging into that in my morning19:34
cachiousing the image and gadget snap = stable it wokrs19:35
cachioit is a workaround until the issue is fixed19:38
mvocachio: yeah, interessting!19:38
cachiothere is a PR with thnat changge19:38
mvocachio: I wonder if we can figure out what happend, i.e. what the root cause is19:38
cachiowell, the pc-kernel snap has changed19:39
cachiofrom edge to candidate19:39
cachiono idea yet which change on the kernel is producing the error19:40
cachiostill researching19:40
mvocachio: thank you19:42
mvocachio: interessting, there was a new pc-kernel upload 8h ago and a new one 2h ago19:44
mvocachio: maybe that helped with things?19:45
mvoklebers: hey, I saw two kernel uploads recently. one 8h ago and one 2h ago. are there any known issues in the prev kernel or just an update?19:45
mvocachio: do we have all must-have 2.37 PR (that fix the tests etc) tagged in github?20:18
cachioI think there are nice to have20:23
cachiomvo,20:23
cachioIt is not needed to add them to 2.3720:24
mvocachio: great, thanks20:24
cachiomvo, yaw20:25
mvocachio: I go over the PRs in the morning, I hope we can finalize 2.37 then20:26
cachiomvo, great20:29
cachioI'll check the status tomorrow morning20:29
cachiothanks!!20:29
=== chihchun_afk is now known as chihchun
mupPR snapd#6383 opened: tests: provide a fake random device to the core images <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6383>21:46
=== chihchun is now known as chihchun_afk
kravietzhi everyone, I build a snap with PhantomJS that works well in  classic mode, but when in full confinement it cannot load libfreetype and libfontconfig libraries, even though they are packaged (in $SNAP/usr/lib...)22:12
kravietzI'm a bit confused - from where the confined binary should load the libraries? from system-wide /lib & /usr/lib or the $SNAP/lib $SNAP/usr/lib ? in such case why cannot it see them by default?22:14
kravietzLD_LIBRARY_PATH="/snap/webcookies/x23/usr/lib/x86_64-linux-gnu" seems to help but why isn't it set by default if libraries are snapped?22:15
GargoyleIn answer to my own question from earlier - In synaptic you can select a package and choose "lock version". So I was able to pick my way through and change from PPA version to official cosmic version.22:47
GargoyleChipaca: https://i.imgur.com/YVeUqls.png22:59

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