[00:00] <zyga> I tool the subway to get here, had a nice walk in the 6C weather
[00:00] <zyga> Son_Goku: how are you doing, ready for snappy sprint next week?
[00:00] <zyga> well, in one week
[00:00] <Son_Goku> well, I'm looking forward to seeing all my favorite people again
[00:01] <Son_Goku> the thing about sprints is that I actually get to meet people
[00:01] <Son_Goku> being located in the US means I rarely, if ever, get to meet the people I chat with regularly
[00:01] <Son_Goku> and since I do this all in my spare time, it means that I make no money doing it, so there's no incentive for my employer to send me anywhere
[00:05] <Son_Goku> so I love being able to go to things like these, because then I get to meet people
[02:09] <Quacky2200> Hey guys, does anyone know if they could help me to understand snappy confinement?
[02:10] <Quacky2200> I want my application to access the home folder to store settings in it's own folder within the users home folder but confinement would prevent me. Could I use some kind of plug?
[09:38] <alvarolb> hi! is there any way to run a postinst script, or copy some data to SNAP_USER_DATA after install and before running the service?
[12:52] <ogra_> alvarolb, try doing it from the service startup instead ;)
[13:10] <alvarolb> ogra_ thanks! that seems to be the only way at this moment...
=== ahoneybun_ is now known as ahoneybun
[14:29] <nsg> Any experience with zenity (or a simular tool) inside a snap? I get a "...Could not load ui file /usr/share/zenity/zenity.ui: Failed to open file..", but the file is there (inside the snap).
[14:29] <nsg> This is still somewhat new for me so, where do I start to debug this?
[16:37] <nsg> Ah, of course ... the file referes to the path outside the snap ... Have been working with chroots/containers a lot the last weeks so I forgot that this is still a shared /
[16:38] <nsg> So ... I change the question to, how do I trick zenity to load it's stuff from $SNAP/usr/share/zenity/zenity.ui
[16:48] <DanKegel> snappy-playpen/ps-mem looks stale.    https://github.com/ubuntu/snappy-playpen/pull/253 seems to let it build and run here.   I literally have zero experience with snaps; anyone want to review?
[16:48] <mup> PR ubuntu/snappy-playpen#253: ps-mem: update to build with 2.19 <Created by dankegel> <https://github.com/ubuntu/snappy-playpen/pull/253>
[18:18] <uIPFS-BOX> Hello
[18:19] <uIPFS-BOX> id like to start a project with the bananapro, but im a newbie in snappy
[18:20] <uIPFS-BOX> can someone help me porting ubuntu snappy core to the BananaPro ?
[18:31] <uIPFS-BOX> hello?
[19:15] <popey> error: cannot list snaps: cannot communicate with server: Get http://localhost/v2/snaps: dial unix /run/snapd.socket: connect: connection refused
[19:15] <popey> :(
[19:16] <uIPFS-BOX> hello popey
[19:16] <popey> hello
[19:16] <popey> uIPFS-BOX: I don't believe the porting guide for devices is written yet.
[19:19] <uIPFS-BOX> ...
[19:25]  * popey files bug 1631791
[19:25] <mup> Bug #1631791: Pi 2 on ubuntu-core 845 no longer able to do anything <Snappy:New> <https://launchpad.net/bugs/1631791>
[19:26] <mup> Bug #1631791 opened: Pi 2 on ubuntu-core 845 no longer able to do anything <Snappy:New> <https://launchpad.net/bugs/1631791>
[19:32] <pdc_> diddledan, i like your hexchat snap :)
[19:32] <pdc_> diddledan, needs a desktop file and icon
[19:33] <diddledan> pdc_: quick heads-up, you need to turn-off scroll-back reloading in the settings currently because GDK can't load the files and it crashes
[19:33] <diddledan> yeah, I thought I'd added a desktop and icon but it seems to not work
[19:33] <diddledan> I must be doing something wonky
[19:35] <diddledan> there's a copy of my previous release (I've only re-rolled it today to account for the new upstream release) in the playpen
[19:35] <diddledan> if you can work-out what I did wrong with the desktop file I'd be eternally grateful :-)
[19:42] <popey> diddledan: hm, that desktop file looks okay
[19:43] <popey> ooh, the exec line is missing
[19:44] <diddledan> really? oddness
[19:44] <popey> diddledan: grep Exec /var/lib/snapd/desktop/applications/unofficial-hexchat_hexchat.desktop
[19:44] <diddledan> hmm: Exec=${SNAP}/bin/hexchat
[19:44] <popey> yeah, i see that in the playpen
[19:44] <popey> but ^ is on my installed machine
[19:44] <popey> wonder if snapcraft is gobbling it
[19:45] <popey> unpack your snap and see if it's in there?
[19:45] <diddledan> n0rty snapcraft
[19:47] <diddledan> the desktop is in ./meta/gui/hexchat.desktop in the squashfs unmangled
[19:47] <diddledan> i.e. Exec is still there
[19:47] <nsg> I checked a snap that I just packaged, Exec is missing from /var/lib/snapd/desktop/applications/ but it's there in /snap/$NAME/current/meta/gui/
[19:48] <diddledan> there's also the desktop which ships with upstream in the squashfs at ./share/applications/hexchat.desktop
[19:51] <popey> so maybe snapd is mangling it on install?
[20:00] <nsg> Did a local install and Exec is still missing, so it's not the store. So install-time is likely.
[20:04] <nsg> https://github.com/snapcore/snapd/blob/98c8e937625ce3134cf17025d8f0eb3e1016259a/wrappers/desktop.go#L115
[20:08] <ogra_> popey, are you sure you are on 845 ? ... (try: fw_printenv | grep ^snap_core )
[20:08] <ogra_> (i have recently seen pi's switch from edge to stable out of the blue)
[20:09] <ogra_> (which then causes such a behaviour)
=== lool- is now known as lool
[20:10] <diddledan> nsg: popey: that function looks wonky to me
=== drizztbsd is now known as timothy
[20:11] <popey> ogra_: popey@localhost:~$ fw_printenv | grep ^snap_core
[20:11] <popey> snap_core=ubuntu-core_424.snap
[20:12] <diddledan> it will only accept the wrapper command-line or a command which runs the wrapper command-line followed by a space and then arbitrary
[20:12] <diddledan> i.e. it won't accept ${SNAP}/bin/hexchat
[20:12] <popey> diddledan: please file a bug
[20:13] <diddledan> popey: on the github?
[20:13] <diddledan> or should it go to launchpad?
[20:13] <popey> no, launchpad
[20:13] <diddledan> gotcha
[20:13] <popey> https://bugs.launchpad.net/snappy/+bugs
[20:13] <popey> ta
[20:14] <diddledan> there's a marginally similar issue already raised as 1580738 from may
[20:14] <diddledan> #1580738
[20:15] <mup> Bug #1580738: exec in desktop file should be app name and not include the friendly (current) package name <Snappy:New> <https://launchpad.net/bugs/1580738>
[20:17] <nsg> probably broken since https://github.com/snapcore/snapd/commit/f4357d1f79616a1f03746539d81dc01791c89e95
[20:17] <diddledan> aha #1616657 is filed, too
[20:17] <mup> Bug #1616657: snapd install removes Unity launcher-compliant entries from desktop files <Snappy:New> <https://launchpad.net/bugs/1616657>
[20:17] <diddledan> that sounds like my bug
[20:18] <diddledan> aah, no that's unrelated but due to similar sanitisation
[20:24] <diddledan> ok, bug filed: #1631801
[20:24] <mup> Bug #1631801: snapd removes Exec lines from .desktop file on installation <Snappy:New> <https://launchpad.net/bugs/1631801>
[20:25] <diddledan> I've added a small bit at the bottom suggesting that the domain might be snapcraft rather than snapd
[20:25] <ogra_> popey, sudo fw_setenv snap_core ubuntu-core_845.snap && sudo reboot
[20:26] <ogra_> popey, and note in the bug that it unconditionally switched to the stable channel
[20:26] <mup> Bug #1631801 opened: snapd removes Exec lines from .desktop file on installation <Snappy:New> <https://launchpad.net/bugs/1631801>
[21:33] <popey> ogra_: how do you know it switched to stable?
[21:33] <popey> oh, 424 is stable, right
=== drizztbsd is now known as timothy