[00:54] <ahoneybun> mm
[00:55] <ahoneybun> mhall119: http://pastebin.ubuntu.com/23439646/
[00:55] <ahoneybun> it says I have a too old intltool but I have have a new one
[00:55] <ahoneybun> 0.51 over 0.51
[00:55] <ahoneybun> *0.50
[00:55] <ahoneybun> ohhh
[01:35] <trusty> Are there any limitations to using snap within a chroot? I'm running xenial on a chromebook using crouton. Snapcraft with install-suggested seems to work fine but snap commands fail.
[01:37] <trusty> snap list . returns error: cannot list snaps: cannot communicate with server: Get http://localhost/v2/snaps: dial unix /run/snapd-snap.socket: connect: no such file or directory
[01:37] <Son_Goku> trusty, yes
[01:37] <Son_Goku> you cannot run snaps confined
[01:37] <Son_Goku> or in a space where /dev, /proc, /sys, etc. are fake
[01:37] <Son_Goku> err, snapd cannot be run confined
[01:39] <Son_Goku> snaps can be run confined, obviously
[01:39] <trusty> That was my suspicion.  Running the commands seemed to be dependent on /run/snapd-snap.socket but it doesn't exist when I try to find it.
[01:41] <trusty> Thanks for the quick answer, I couldn't find anything mentioning that limitation!
[03:20] <mup> PR snapcraft#889 opened: Enable snap revision caching on 'push' <Created by squidsoup> <https://github.com/snapcore/snapcraft/pull/889>
[07:27] <foxmask> bonjello
[08:50] <tsdgeos> qengho: on friday you mentioned "post-install runs have to be done at "stage" or "snap" time, when fabricating a snap package.", i've been finding info about how to run commands at "stage" or "snap" time and have failed :/
[08:50] <tsdgeos> some pointer?
[08:51] <tsdgeos> oh, bad time for him
[08:51] <tsdgeos> anyone else? ↑↑↑
[08:53] <didrocks> I don't know what he was referring to, but you can't have commands run at stage or snap time
[08:54] <didrocks> however, in the install phase of any parts, you can have a custom plugin acting on the parts/part_name/install/ directory
[09:00] <didrocks> tsdgeos: what's your use case to try to modify the stage/ or prime/ directory (and not install/ btw?)
[09:00] <tsdgeos> didrocks: need to create the default cursor set
[09:01] <tsdgeos> update-alternatives --install /usr/share/icons/default/index.theme \
[09:01] <tsdgeos>         x-cursor-theme /usr/share/icons/DMZ-White/cursor.theme 100
[09:01] <tsdgeos> need to run this, or create the symlink by hand
[09:03] <tsdgeos> i guess i could have a fake cmake part-plugin that ran that command?
[09:04] <tsdgeos> but looks kind of dirty
[09:15] <didrocks> tsdgeos: I'm afraid, you don't have any other options
[09:15] <didrocks> and this one can be after: []
[10:03] <mup> Bug #1639746 opened: Snap launching other snaps <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1639746>
[10:08] <tsdgeos> i deel dirty now
[10:08] <tsdgeos> https://code.launchpad.net/~aacid/unity8-session-snap/install_cursor_symlink/+merge/310169
[10:09] <spineau> didrocks: I'd add checkbox (our QA test runner) to the list (the one you reported in #1639746) as we do need to run other snap commands from within the test snap
[10:09] <mup> Bug #1639746: Snap launching other snaps <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1639746>
[10:09] <spineau> zyga is well aware of the issue
[10:14] <didrocks> spineau: please do edit comment :)
[10:14] <spineau> didrocks: ok, I will. thanks
[11:34] <mup> Bug #1638502 opened: Can't cancel email registration step <Snappy:New> <subiquity (Ubuntu):New> <https://launchpad.net/bugs/1638502>
[11:38] <steve___> hello
[11:39] <steve___> i am quite new to snap actually i just used it the first time. I installed a service which is listening on the public ip address and i connect to it. works fine etc. but i actually want to change it so it will listen on the machines local interface so i can define an apache forward to the service. I am just not sure how to change the interface in snap can anyone point me to the right direction
[11:46] <renato__> Mirv, hey, what is the status of the launcher? Do you have something that you want me to try?
[11:50] <kalikiana_> stgraber: Seems like the MR now has a weird CI failure where some Go API can't be pulled https://github.com/snapcore/snapd/pull/2225
[11:50] <mup> PR snapd#2225: Implement lxd-client interface exposing the lxd snap <Created by kalikiana> <https://github.com/snapcore/snapd/pull/2225>
[12:02] <Mirv> renato__: I've a pull request (https://github.com/ubuntu/snapcraft-desktop-helpers/pull/18) not yet need for testing until it's actually really there. meanwhile update (if you did not yet) your references to ubuntu-app-platform, slot name to platform, and content: field to have version ("ubuntu-app-platform1")
[12:02] <mup> PR ubuntu/snapcraft-desktop-helpers#18: Initial addition of ubuntu-app-platform shared snap use for Qt and other Ubuntu's libraries <Created by tjyrinki> <https://github.com/ubuntu/snapcraft-desktop-helpers/pull/18>
[12:04] <renato__> Mirv, ok let me update that
[12:05] <renato__> Mirv, did you test if gtk apps works with this launcher. I was having problems to run calendar app last week
[12:07] <renato__> Mirv, I will try compile your snapcraft branch and test it with calendar app
[12:09] <Mirv> renato__: not yet. it's not snapcraft branch but the cloud part branch.
[12:11] <ogra_> steve___, i dont think that is something you can manage through the interface ... the interface is mainly an on/off switch for accessing or managing network at all from your snap ... your app would have to manage to only accept connections from 127.0.0.1
[13:02] <cjwatson> qengho: "Do we have any way of knowing when snapcraft builder for launchpad-hosted snap building is updated?"  This suggests some confusion about how it works.  Launchpad doesn't have its own snapcraft version; it pulls snapcraft from the archive you point it to.  There's no separate "update Launchpad's version" step.
[13:07] <Son_Goku> sergiusens: hey, can you look over https://github.com/snapcore/snapcraft/pull/870?
[13:07] <mup> PR snapcraft#870: sources: Add RPM source <Created by Conan-Kudo> <https://github.com/snapcore/snapcraft/pull/870>
[13:16] <FJKong_> hello, how can I set a snap have permission to write disk?
[13:17] <FJKong_> plugs [home] not enough I think
[13:18] <didrocks> FJKong_: where do you want to write? You can only write to some specific directories
[13:18] <didrocks> (see the documentation covering this and env variable where you can write to)
[13:19] <FJKong_> for example, the snap is a command line tool, it accept input from a file and output to another file,, maybe user want to save result to antwhere he wants
[13:20] <FJKong_> antwhere/anywhere
[13:28] <didrocks> FJKong_: that's not the snap concept, you can have the home plug to save to home, but otherwise, you need to save in $SNAP_USER_DATA
[13:28] <FJKong_> didrocks: I see
[13:33] <didrocks> ogra_: do you have/want a bug to expose the gpio interface in some boards like pi2/3?
[13:33] <ogra_> want :)
[13:33] <ogra_> (nobody filed one yet ... )
[13:33] <didrocks> which project?
[13:34] <didrocks> I never know for gadget snaps what to use…
[13:34] <ogra_> just snappy
[13:34] <didrocks> ok, doing then!
[13:34] <ogra_> (see topic)
[13:34] <didrocks> yeah, but we do snapcraft for snapcraft ;)
[13:34] <didrocks> and it's ubuntu core technically :p
[13:35] <ogra_> well, the umbrella project is still "snappy" ... fgeel free to transition it to a new project name (and happy bug moving :P )
[13:42] <didrocks> ogra_: we have the launchpad api for this! :-)
[13:42] <mup> PR snapd#2268 opened: many: merge snap-confine into snapd <Created by zyga> <https://github.com/snapcore/snapd/pull/2268>
[13:42] <qengho> cjwatson: Yes, I was confused. I guess the snapcraft version is the max of what's in the Source-archive Primary/PPA I pick, or the Pocket Updates/Release/Security/Proposed/Backports.
[13:43] <didrocks> ogra_: if you want to grab it: https://bugs.launchpad.net/snappy/+bug/1639798
[13:43] <mup> Bug #1639798: enable gpio interface for rpi2/3 (and other boards if suited) <Snappy:New> <https://launchpad.net/bugs/1639798>
[13:44] <ogra_> joc_, i think you had some example gadget for that, could you paste something to that bug ? ˝^˝^˝^
[13:44] <mup> Bug #1639798 opened: enable gpio interface for rpi2/3 (and other boards if suited) <Snappy:New> <https://launchpad.net/bugs/1639798>
[13:44] <cjwatson> qengho: More or less, yes.
[13:44] <cjwatson> qengho: Usual apt rules for the sources.list we write out, which you can pretty much infer from the build log.
[13:46] <qengho> thx
[13:49] <davmor2> ogra_: https://bugs.launchpad.net/ubuntu/+source/subiquity/+bug/1639799 :) your welcome :)
[13:49] <mup> Bug #1639799: No information provided on how to create an account if you don't have one <subiquity (Ubuntu):New> <https://launchpad.net/bugs/1639799>
[14:10] <kgunn> didrocks: hey, figure you might know...is there a recommended way of determining in a helper file if you're on ubuntu-core vs snaps-on-classic?
[14:11] <didrocks> kgunn: oh, good question, I have some ideas (but hacks)
[14:12] <Mirv> didrocks: isn't [ ! -d directoryname ] standard posix shell too, no need for command execution?
[14:12] <didrocks> the host fs is in /var/lib/snapd/hostfs. I don't know if it's exported as well under ubuntu core, but if it is, you can use some files to """rely""" you are on classic or core
[14:13] <didrocks> kgunn: this should help you ^ but I'm now curious and the obligatory question is what's your use-case?
[14:13] <didrocks> Mirv: oh correct, way better :)
[14:14] <Mirv> didrocks: right, pushed, thanks!
[14:14] <kgunn> didrocks: Mirv ...so for instance, webbrowser could be on X11-classic, unity8/mir-classic & mir-kiosk-on-core
[14:14] <kgunn> so can't just check for mir...
[14:14] <kgunn> cause it could be either place
[14:14] <didrocks> kgunn: one sec, testing something
[14:15] <kgunn> didrocks: sure...
[14:15] <didrocks> Mirv: merged, thanks! :)
[14:15] <kgunn> kind surprised there's not a bespoke env var or something
[14:15] <didrocks> kgunn: yeah, kind of same than not having ARCH_TRIPLET as well
[14:15] <ogra_> kgunn, hmm ... theoretically /etc7os-release should tell you
[14:15] <ogra_> */etc/os-release
[14:16] <ogra_> but i just notice that mvo's patch isnt applied here so on a core image it doesnt say what it should
[14:17] <didrocks> kgunn: ok, forget the /var/lib/snapd/hostfs idea, the security profile prevents you looking at it (I wonder why we do this bindmount thus)
[14:17] <didrocks> maybe once mvo's pach is merged, ogra_'s suggestion will be the only one ^
[14:17] <kgunn> sure
[14:17] <ogra_> ARGH "
[14:17] <ogra_> !
[14:17] <ogra_> http://paste.ubuntu.com/23442090/
[14:18] <kgunn> ogra_: where is that change? e.g. can i rebuild snapd trunk?
[14:18] <ogra_> 18-set-os-release.chroot: ....
[14:18] <didrocks> ogra_: : !!! :)
[14:18] <ogra_> (niote the colon)
[14:18] <ogra_> i'll fix that now, but the fix will only be in the edge channel
[14:18] <didrocks> kgunn: seemsit's only on the livefs build ^ :)
[14:19] <kgunn> right, figured it was part of the image build step
[14:19] <didrocks> Mirv: keep me posted if you need help testing once you upload something to the store, I'm interesting to help you there!
[14:19] <kalikiana_> kgunn: for the socket path? Sounds like it's the same problem users of the lxd snap will have. My solution so far was to just try and fallback
[14:20] <ogra_> FYI http://paste.ubuntu.com/23442095/ this is how it should look like
[14:20] <ogra_> kgunn, so checking the ID field should be a good way
[14:21] <kgunn> kalikiana_: ta
[14:21] <kgunn> ogra_: thanks
[14:21]  * kgunn squirells away
[14:21] <Mirv> didrocks: sure, thank you for the quick reviews
[14:23] <didrocks> Mirv: was an easy task, you did all the hard stuff! :)
[14:24] <kgunn> kalikiana_: and just to answer fully, there's a bunch of other env vars that you have to reset to include $SNAP like xdg and mir.... so it's more than just the socket
[14:27] <jdstrand> mwhudson: hey-- I saw your email regarding console-conf network rewrite. curious if that will fix ipv6 configuration. over the weekend I tried to setup a static ipv6 address on a bbb and it just wouldn't let me get even down into the form to input the info
[14:27] <jdstrand> mwhudson: it was like it did a check to see if it could do ipv6 and failed that and short-circuited. I updated /etc/netplan/00-* and did 'netplan apply' manually and it worked fine
[14:28] <jdstrand> mwhudson: I can file a bug if needed. I didn't yet cause I'm not sure yet where that bug should be filed...
[14:31] <mhall119> jdstrand: is there an interface currently available that would fix this: https://issues.apache.org/jira/browse/COUCHDB-3226 ?
[14:32] <mhall119> Erlang's os_mon library seems to be calling df, and couchdb uses that library to check on disk space usage
[14:33] <mup> PR snapd#2247 closed: interfaces/builtin/mir: allow client access to /dev/shm/ <Created by albaguirre> <Closed by albaguirre> <https://github.com/snapcore/snapd/pull/2247>
[14:34] <MikeB_> Just wanted to close a loop from a couple weeks ago...
[14:35] <MikeB_> I was having problems building a custom kernel snap then using ubuntu-core to build a custom image...
[14:36] <ogra_> kgunn, didrocks, ah, i notice mvo already fixed the os-release file ... but only in the edge channel
[14:36] <MikeB_> After installing hello-world snap and rebooting; snapd failed to start because snapd was "too old".
[14:37] <ogra_> ogra@dragon:~$ grep ^ID /etc/os-release
[14:37] <ogra_> ID=ubuntu-core
[14:37] <MikeB_> So, with snapcraft kernel plugin modified to pull from stable and using ubuntu-image to build from stable, my custom image now works fine.  I can install hello-world snap and reboot successfully.
[14:37] <ogra_> MikeB_, what channel did your image use ?
[14:37] <mhall119> niemeyer: where are we with the configure hook documentation? I saw someone asking in the mailing list, and I also would like to start using it for a project I'm working on
[14:38] <ogra_> ah, stable
[14:38] <ogra_> that was in fact way to old until last thu.
[14:38] <ogra_> (when a new stable core snap was released)
[14:39] <ogra_> so when you built after thu your image should be fine
[14:39] <MikeB_> ogra_, correct.  I waited for stable to get a more modern ubuntu-core and that did seem to solve my problem.
[14:39] <ogra_> all builds before thu from the stable channel would have had a 3 months old snapd
[14:39] <didrocks> ogra_: oh ok :)
[14:40] <jdstrand> mhall119: if they shipped df themselves, they could use 'mount-observe'. I'll add df to that interface
[14:41] <MikeB_> ogra_, also nice to see that ubuntu-image can now build from stable without the workaround where you have to download the gadgets from ~vorlon/snappy-hub/snappy-systems.  Looks like they are now included in stable.
[14:41] <ogra_> yep
[14:42] <ogra_> (they have been in edge and beta for months ... but we didnt have a stable release yet)
[14:48] <slangasek> ogra_: right; I think we ought to have pushed them to stable well before now given that the stuff previously in "stable" wasn't of particular use, but it's done now :)
[14:49] <mhall119> jdstrand: that would only work if os_mon called ${SNAP}/bin/df through wouldn't it?
[14:49] <ogra_> yeah
[14:49] <didrocks> mhall119: $SNAP/bin is in $PATH though via snapcraft or the wrapper script
[14:50] <jdstrand> mhall119: or if they set their PATH in a wrapper so that  ${SNAP}/bin is before /bin
[14:50] <mhall119> didrocks: I mean, if it's hard coded to look for /bin/df then simply including 'df' in the snap won't help
[14:50] <renato__> didrocks, hey I am trying to use Mirv shared content, with calendar app and I am getting this message "No schema files found: doing nothing."
[14:50] <didrocks> ah, hardcoded… yeah, it's hardcoded :)
[14:50] <didrocks> renato__: sounds like it's gsettings related?
[14:50] <jdstrand> oh if it is hard-coded, that is different
[14:50] <renato__> didrocks, this is related with gsettings schema, any Idea how to fix that?
[14:50] <mhall119> jdstrand: yeah, that's what I'm checking on
[14:50] <didrocks> renato__: do you have/rely on any?
[14:50] <jdstrand> that would also be a really weird thing to do-- they should not do that :)
[14:51] <renato__> didrocks, this does not happen with gtk-launch
[14:51] <ogra_> haha
[14:51] <mhall119> jdstrand: well.....Erlang....
[14:51] <ogra_> wishful thinking
[14:51] <jdstrand> regardless, I added to my todo to add df to mount-observe
[14:51] <renato__> didrocks, yes I am using eds libraries that rely on this
[14:51] <mhall119> jdstrand: thanks
[14:51] <wolflarson>  /j #rocketchat
[14:51] <didrocks> renato__: I think you to stage it then. I doubt Mirv's platform runtime ships them
[14:51] <didrocks> renato__: the launcher still handles them, if you have any
[14:52] <mhall119> jdstrand: if 'df' is part of the ubuntu core image, and a snap has mount-observe, is there a risk in allowing it to execute /bin/df directly rather than including it?
[14:52] <jdstrand> mhall119: that is what I'm saying. no, there is no risk to that and I will be adding /bin/df to mount-observe
[14:52] <renato__> didrocks, I copied this from gtk-launch to my launcher: http://paste.ubuntu.com/23442214/
[14:53] <mhall119> jdstrand: ah, perfect, thanks
[14:53] <renato__> didrocks, I do not want to use gtk-launch this use a lot of space, we I am trying to avoid that
[14:53] <jdstrand> mhall119: the PATH stuff and including df in the snap is just for in the meantime
[14:53] <mhall119> jdstrand: do you want me to open a bug report for that?
[14:54] <jdstrand> mhall119: you can if it helps you, but I don't need it (it is already in the policy updates card I will be working on soon)
[14:54] <didrocks> renato__: ok, the gsettings schema compilation is harmless, I can add it to common
[14:55] <didrocks> renato__: it will compile them if you have some .xml gsettings schema and $SNAP/usr/lib/$ARCH/glib-2.0/glib-compile-schemas installed
[14:55] <didrocks> renato__: just be aware that until the gsettings interface is fixed, you need the home plug to access your changes from default
[14:56] <renato__> didrocks, humm something still missing, since this still not working if I copy this code to my launcher
[14:56] <renato__> but it work if I use gtk-launch
[14:56] <didrocks> renato__: don't use the gtk-launch code though, it's quite ugly and not robust, but yeah, you might need a dep, do you have the glib-compile-schemas file?
[14:57] <renato__> didrocks, not in my project. Probably this is installed by eds-client libraries that is already part of Mirv package
[14:59] <didrocks> renato__: you need to stage libglib2.0-bin then
[14:59] <didrocks> if you don't, already
[14:59] <didrocks> I don't think it's part of Mirv's platform runner
[14:59] <didrocks> (and TBH, it shouldn't)
[14:59] <renato__> didrocks, I do not have any dep on my project anymore
[15:00] <renato__> didrocks, yeah Mirv has added glib and gtk on his project. I think
[15:00] <didrocks> did he add the -bin binaries?
[15:00] <didrocks> just check if you snap ship that file ^
[15:00] <renato__> didrocks,  I was hopping to replace gtk-launcher with his launcher
[15:00] <renato__> didrocks, my snap just ship the application files
[15:00] <didrocks> renato__: that's what I'm trying you to help with :)
[15:01] <didrocks> so, can you look if you have that file staged or as part of Mirv's platform runtime? ^
[15:01] <Mirv> renato__: not really, but I added the calendar deps to it (which might be too much if it brings too much in) - qtdeclarative5-ubuntu-syncmonitor0.1 qtcontact5-galera qtorganizer5-eds
[15:02] <renato__> Mirv, yes this should work since 'qtorganizer5-eds' depens on ed libs that depend on gtk/glib
[15:02] <renato__> but for some reason is not working
[15:02] <didrocks> do you read what I'm writing?
[15:02] <didrocks> again, do you have glib-compile-schemas in your snap?
[15:02] <didrocks> either the platform one
[15:02] <didrocks> or yours
[15:02] <didrocks> without this, yeah, it will NOT work
[15:03] <didrocks> and this isn't shipped in the glib lib packages
[15:03] <didrocks> it's only shipped in the -bin package
[15:03] <didrocks> as it's a tool
[15:03] <renato__> didrocks, not in my snap for sure, let me check Mirv package
[15:04] <renato__> didrocks, yes it is present on Mirv package: ./lib/x86_64-linux-gnu/glib-2.0/glib-compile-schemas
[15:05] <didrocks> ok, so it's available in that special platform path
[15:05] <didrocks> let me special case the qt launcher for it then
[15:06]  * didrocks would like to avoid code duplication
[15:10] <didrocks> renato__: can you edit your launcher for a test?
[15:10] <renato__> didrocks, sure
[15:11] <renato__> didrocks, this is the current code: http://bazaar.launchpad.net/~renatofilho/ubuntu-calendar-app/snappy-runtime/view/head:/snap/ubuntu-calendar-app.wrapper
[15:12] <renato__> most of the code was copied from gtk-launcher
[15:12] <didrocks> argh, pastebinit fails…
[15:12] <didrocks> renato__: remove the copy from gtk-launcher, you are using desktop-launch, right?
[15:13] <renato__> didrocks, no. I was waiting Mirv launcher to land to use it
[15:13] <didrocks> renato__: ah, I did the fix in it
[15:13] <didrocks> it's this launcher
[15:13] <didrocks> and it's pushed
[15:13] <didrocks> I fixed this issue I guess
[15:13] <didrocks> mind trying it?
[15:13] <renato__> didrocks, sure how I can test it?
[15:14] <didrocks> renato__: the cloud part is desktop-ubuntu-app-platform
[15:14] <didrocks> so, just depend on that and prepend your binary with desktop-launch
[15:14] <Mirv> renato__: fetch the newest build of the shared snap too while we don't have yet it in store: https://code.launchpad.net/~timo-jyrinki/+snap/ubuntu-app-platform/+build/9346/+files/ubuntu-app-platform_5.6.1_amd64.snap
[15:16] <Mirv> fixed the content versioning to match what was merged to the cloud part
[15:16] <renato__> didrocks, do you mean add: "after: [desktop-ubuntu-app-platform]" or just the "plug" entry is enough?
[15:16] <didrocks> renato__: yeah, "after: [desktop-ubuntu-app-platform]"
[15:16] <renato__> ok
[15:16] <Mirv> renato__: should I update the parts wiki page to match?
[15:16] <Mirv> didrocks: I mean you ^
[15:16] <didrocks> renato__: then your apps: will have command: dekstop-launch <yourstuff>
[15:16] <didrocks> desktop-launch*
[15:16] <didrocks> Mirv: what did you change?
[15:16] <renato__> Mirv, where is the wiki page?
[15:17] <didrocks> oh, you didn't update it to pick it?
[15:17] <Mirv> renato__: ignore
[15:17] <Mirv> didrocks: it doesn't have the desktop-ubuntu-app-platform yet
[15:17] <didrocks> Mirv: yeah, you need to update the wiki part
[15:17] <Mirv> didrocks: ok, doing
[15:17] <kgunn> didrocks: hey, we're using content interface to serve up mir libraries...that can be used for any mir-client....so ultimately, we'd want people to "know" this for them to use and put
[15:18] <kgunn> into their yaml, but question is...is there any way to auto-promote this?
[15:18] <kgunn> or does the existance of such a desire/convention rely on "people just have to know"
[15:18] <renato__> kgunn, we will need a launcher for that too? :(
[15:18] <didrocks> renato__: so, as it's not up to date yet, you need to copy https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/snapcraft.yaml#L299 (from this line to the end) as an additional part
[15:19] <didrocks> kgunn: from what I know, we rely on people doing "snapcraft search" (that + blog post), but it seems it fails a little bit as renato__ didn't know about the cloud parts for desktop launcher and still using gtk-launcher
[15:19] <didrocks> kgunn: that and future documentation
[15:19] <didrocks> kgunn: I hope codelabs could help unblock people (like having a codelab on using mir in snaps)
[15:19] <didrocks> same for qt apps
[15:20] <zyga> o/
[15:20] <kgunn> didrocks: but in a snap world....there are no "wrong answers"
[15:20] <kgunn> e.g. you can bundle up anything/everything you want....
[15:20] <kgunn> so i don't disagree we will have to promote
[15:21] <kgunn> but it would be cool if there were some automagic way (like a "ubuntu-snapcraft-plugin") that scrubbed your yaml
[15:21] <didrocks> kgunn: I would love having autocompletion on this with at least one IDE integration
[15:21] <kgunn> and if it sees you including libs, it could warn...."hey these libs are in this snap via content interface"
[15:21] <didrocks> (I guess that would be a great discovery patterns)
[15:21] <Mirv> renato__: didrocks: ok added, there's some 30min delay I think before it's in use. I'll leave meanwhile but we can continue tomorrow.
[15:22] <abeato> jdstrand, hi, have some small changes to the modemmanager interface: https://github.com/snapcore/snapd/pull/2252
[15:22] <mup> PR snapd#2252: interfaces: add unconfined access to modem-manager <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/2252>
[15:22] <didrocks> Mirv: yeah, I gave what to copy for renato__ to not be blocked on that delay ^
[15:22] <didrocks> Mirv: see you tomorrow :)
[15:22] <Mirv> ah, ok
[15:22] <abeato> jdstrand, note also ofono interface is pending for merge
[15:23] <Mirv> renato__: see the beginning of that yaml file for updated usage instructions on the newest platform snap that I linked you to - changed plug name, "1" in content field.
[15:28] <renato__> Mirv, didrocks, ok thanks, let me try that
[15:30] <didrocks> Mirv: once we are all settled, it would be great to add a "demo/" in the corresponding directory from the desktop launcher
[15:37] <mhall119> jdstrand: does ubuntu core provide openssl for snaps to use, or does each snap need to include it's own copy?
[15:38] <jdstrand> mhall119: openssl is present and available via the default template
[15:39] <mhall119> thanks jdstrand
[15:39] <jdstrand> abeato: ack
[15:39] <abeato> jdstrand, thanks
[15:47] <renato__> didrocks, Mirv , I am getting this now: http://paste.ubuntu.com/23442314/
[15:50] <didrocks> renato__: interesting, do you mind to pastebin bin/desktop-launcher ?
[15:50] <renato__> sure
[15:51] <didrocks> it's like if there was a syntax error in it, but I don't see what…
[15:51] <renato__> didrocks, btw this is my project: https://code.launchpad.net/~renatofilho/ubuntu-calendar-app/snappy-runtime/+merge/310200
[15:51] <didrocks> renato__: ah, up to date?
[15:52] <renato__> didrocks, yes with the changes that you asked
[15:52] <didrocks> you still need to do some QML2_IMPORT_PATH mangling?
[15:53] <renato__> didrocks, this is the desktop-launcher present on my prime dir: http://paste.ubuntu.com/23442345/
[15:53] <renato__> didrocks, yes my app install some qml components.
[15:53] <didrocks> renato__: ah, we should handle that in the launcher then, right now Mirv's patch removed those
[15:54] <didrocks> but yeah, they should be added as well unconditionnally IMHO
[15:54] <renato__> didrocks, I agree
[15:54] <didrocks> (my goal is for you to have no wrapper)
[15:55] <renato__> didrocks, this will be great
[15:55] <kalikiana_> Hrm
[15:55] <kalikiana_> how do I fix this in my interface apparmor/seccomp?
[15:55] <kalikiana_> operation="mknod" [...] denied_mask="c"
[15:56] <jdstrand> kalikiana_: you need a 'w' rule
[15:56] <kalikiana_> jdstrand: I added rw, no difference
[15:56] <jdstrand> 'c'reat() maps to 'w'rite
[15:56] <jdstrand> kalikiana_: what is the denial and what did you add?
[15:57] <jdstrand> kalikiana_: note that mknod is blocked by the seccomp policy so if you added the apparmor rule, seccomp likely blocked it
[15:57] <kalikiana_> /var/snap/lxd/common/lxd/client.crt rw, -> audit: type=1400 audit(1478531590.503:437): apparmor="DENIED" operation="mknod" profile="..." name="/var/snap/lxd/common/lxd/client.crt" pid=21756 comm="..." requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[15:58] <kalikiana_> I added mknod and open to apparmor as well
[15:58] <kalikiana_> Somehow this worked before, but I never had any of those rules
[15:59] <jdstrand> kalikiana_: what does 'snap interfaces' show?
[16:01] <didrocks> renato__: interesting, you can't set variable names with -, this is the issue (in the launcher)
[16:01] <didrocks> renato__: this needs a wider fix, as this is generated, will take me some time, but I have your code and will be able to try it this way
[16:01] <didrocks> renato__: I'll probably work on this tomorrow morning if you don't mind
[16:01] <kalikiana_> jdstrand: lxd:lxd                  ubuntu-sdk-target
[16:01] <kalikiana_> :home                    ag-mcphail,dekko,handbrake-jz,libreoffice,lxd,neovim-kalikiana,nethack,spread,unity8-session,vlc
[16:01] <kalikiana_> :lxd-support             lxd
[16:01] <kalikiana_> :network                 dekko,handbrake-jz,libreoffice,lxd,neovim-kalikiana,snapweb,spread,ubuntu-sdk-target,vlc
[16:01] <renato__> didrocks, no problem. Thanks a lot
[16:02] <kalikiana_> jdstrand: ubuntu-sdk-target is my consumer of the lxd interface
[16:02] <didrocks> renato__: no worry! sorry for the trouble, but as you are the first customer of that functionality, let's say you pay the price ;)
[16:02] <renato__> didrocks, send me a e-mail if need need a test
[16:02] <renato__> didrocks, yes I know. Thant. and I am here to help
[16:03] <didrocks> renato__: will do! :)
[16:03] <jdstrand> didrocks, renato__: note that environment variables may not contain a '-': http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html
[16:04] <didrocks> jdstrand: yeah, and as it's generated from the make flavor parameters (and qt5-app-ubuntu-platform is the first one to use this)
[16:04] <jdstrand> kalikiana_: can you paste the output of 'cat /var/lib/snapd/apaprmor/snap.lxd.lxd'?
[16:04] <didrocks> I need to do some sedderie in the make paramater that Mirv used
[16:07] <kalikiana_> jdstrand: http://paste.ubuntu.com/23442432/
[16:11] <jdstrand> kalikiana_: ok, based on what I am seeing there and the denial, it seems that lxd creates a client cert upon connection with lxc
[16:12] <jdstrand> kalikiana_: up above when you pasted the denial, you used an ellipse for the profile name. can you paste the full unredacted denial?
[16:13] <kalikiana_> jdstrand: Ah, sure, was just trying to keep it concise. Full line: [32204.339899] audit: type=1400 audit(1478531590.503:437): apparmor="DENIED" operation="mknod" profile="snap.ubuntu-sdk-target.ubuntu-sdk-target" name="/var/snap/lxd/common/lxd/client.crt" pid=21756 comm="usdk-target" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[16:14] <kalikiana_> jdstrand: the cert file is being written from the api, and this from the client
[16:14] <jdstrand> '/var/snap/lxd/common/lxd/client.crt rwk,' should match the above. Did you reload the profile correctly? sudo apparmor_parser -r /var/lib/snapd/apparmor/profiles/snap.ubuntu-sdk-target.ubuntu-sdk-target
[16:15] <jdstrand> kalikiana_: (note that any changes in /var/lib/snapd/... will get overwritten on refresh/remove/install/etc)
[16:15] <kalikiana_> I rebuilt snapd and reinstalled the client snap every time
[16:15] <kalikiana_> No manual editing of profiles
[16:16] <jdstrand> kalikiana_: can you run that apparmor_parser command now and try again?
[16:18] <kalikiana_> jdstrand: Did that. Same error.
[16:19] <jdstrand> kalikiana_: just for my own sanity, can you paste the profile reload line and the new denial?
[16:20] <jdstrand> kalikiana_: (both from syslog)
[16:29] <didrocks> renato__: ok, so I fixed the launcher and enhanced it so that you can remove your wrapper
[16:30] <didrocks> renato__: there is still error while loading shared libraries: libQt5Quick.so.5: cannot open shared object file: No such file or directory
[16:30] <didrocks> renato__: which makes sense: find /snap/ubuntu-calendar-app/x1/ubuntu-app-platform/ -name 'libQt5Quick.so.5'
[16:30] <didrocks> so it seems Mirv didn'tincludeit
[16:30] <didrocks> didn't include it*
[16:31] <renato__> didrocks, humm this is very strange. This is one of the main libraries. Are you sure that you have mirv content mounted? (It does not work well if you launch the app before connect the interface)
[16:32] <renato__> let me try that
[16:33] <didrocks> renato__: oh oh oh, you'reright, I didn't connect it :)
[16:33] <didrocks> silly me
[16:33] <didrocks> renato__: ah, and his test for the interface to be connected is wrong actually (my fault suggesting it), we need to check a subdirectory
[16:33] <renato__> didrocks, yes I faced it a couple of times until I realise that I need to connect it before launch the app for the first time.
[16:34] <didrocks> content-default-provider should really autoconnect…
[16:34] <renato__> didrocks, +1
[16:34] <renato__> didrocks, if you do not connect it before launch the app. you need to remove the app and install it again
[16:35] <jdstrand> kalikiana_: so I locally did this (I have the lxd snap installed): http://paste.ubuntu.com/23442569/
[16:35] <didrocks> renato__: fixing the launcher at the same time to yell :)
[16:36] <jdstrand> kalikiana_: I suspect you need to: remove the ubuntu-sdk snap, disable the lxd snap, enable the lxd snap, install the ubuntu-sdk snap to make sure that the profile caches are cleared each time
[16:37] <jdstrand> kalikiana_: or something along those lines
[16:37] <kalikiana_> jdstrand: dmesg doesn't show any denails after the apparmor_parser lines it would seem - which makes no sense to me right now
[16:37] <kalikiana_> The client output still shows that it can't write
[16:38] <kalikiana_> 2016/11/07 17:36:05 failed to open /var/snap/lxd/common/lxd/client.crt for writing: open /var/snap/lxd/common/lxd/client.crt: permission denied
[16:38] <jdstrand> kalikiana_: make you you do this: sudo sysctl -w kernel.printk_ratelimit=0
[16:38] <jdstrand> kalikiana_: it is possible you are hitting kernel rate limiting and seeing no denials
[16:39] <jdstrand> kalikiana_: how are you calling lxc? I don't have client.crt with my local test
[16:41] <kalikiana_> jdstrand: Go API. It creates the cert when getting the config. http://paste.ubuntu.com/23442591/
[16:41] <jdstrand> kalikiana_: and why is the client.crt in the lxd common directory? shouldn't this be down in SNAP_USER_DATA of ubuntu-sdk?
[16:42] <jdstrand> kalikiana_: you might be hitting simple unix permissions now. SNAP_COMMON is not writable be a normal user
[16:42] <jdstrand> by*
[16:42] <didrocks> zyga: hey! I'm seeing something weird with the content interface
[16:43] <zyga> didrocks: hey
[16:43] <zyga> didrocks: what's that?
[16:43] <didrocks> zyga: it's mounted in a subfolder, but it's like only some directories are exported (which isn't possible via a bindmount, hence I'm puzzled)
[16:43] <didrocks> ls /snap/ubuntu-app-platform/current
[16:43] <didrocks> etc  lib  lib64  meta  ubuntu-app-platform  usr  var
[16:43] <kalikiana_> jdstrand: Hmmm I didn't question that before, but now that you mention that.. the path is set by the client, and could well be owned by the client
[16:43] <didrocks> now, the bindmount in the snap:
[16:43] <didrocks> drwxr-xr-x 17 root root 258 Nov  7 14:03 etc
[16:43] <didrocks> drwxr-xr-x  5 root root  74 Nov  7 14:03 usr
[16:43] <jdstrand> kalikiana_: in fact, your denial says: fsuid=1000 ouid=1000. 'touch /var/snap/lxd/common/lxd/client.crt' fails: touch: cannot touch '/var/snap/lxd/common/lxd/client.crt': Permission denied
[16:43] <didrocks> let me run "mount" to see the mounts the snap is seeing
[16:44] <zyga> didrocks: can you show me the relevant plug and slot please?
[16:44] <kalikiana_> jdstrand: I was thinking the cert might be shared with other clients. In which case it'd have to be there
[16:45] <jdstrand> kalikiana_: (I ran the touch command as non-root obviously). also, I don't like this rule at all anyway: '/var/snap/lxd/common/lxd/client.crt rwk,'. that would mean that any connecting client could overwrite another connecting client's client cert
[16:45] <jdstrand> kalikiana_: if that is the case, I think the lxd snap would create that and then you'd use an 'r' rule only
[16:46] <didrocks> zyga: oh, got it
[16:46] <didrocks> zyga: Mirv defined     read:
[16:46] <didrocks>     - ubuntu-app-platform
[16:46] <didrocks> so a subfolder
[16:46] <didrocks> which only contains those 2 ^
[16:46] <didrocks> I guess he has some nesting issues
[16:46] <didrocks> zyga: sorry for bothering you, I should have looked the slot definition first :)
[16:47] <kalikiana_> jdstrand: That's a good point. I'll read up on the API and find out if there's a recommendation
[16:47] <zyga> didrocks: no worries :-)
[16:47] <didrocks> renato__: so, we are blocked on Mirv fixing the plateform slot tomorrow
[16:47] <jdstrand> kalikiana_: cool, thanks
[16:47] <kalikiana_> jdstrand: Thank you for helping me debug this!
[16:48] <jdstrand> kalikiana_: np. things can get tricky with multiple security mechanisms and kernel rate limiting
[16:49] <renato__> didrocks, ok, thanks again. I will wait for him
[16:51] <didrocks> renato__: let's continue tomorrow then :)
[17:05] <hindle> I created a snappy package for a small development tool (mostly so I can learn whats involved with a view to creating snappy packages for a large application) - The package (monowinformsspy) is now in a published state. However when I run "snap refresh && snap find monowinformsspy" I get error: no snaps found for "monowinformsspy".
[17:07] <hindle> I'm using "myapps.developer.ubuntu.com" to look at the state of the package.
[17:08] <zyga> hindle: is the package published to the stable channel>
[17:08] <zyga> ?
[17:08] <zyga> hindle: (find only shows stable packages)
[17:09] <zyga> hindle: you can snap install --{edge,beta,candidate} $anypackage
[17:09] <zyga> hindle: but you have to know the snap name
[17:11] <hindle> zyga: myapps.developer.ubuntu.com shows me that "Targeted channels" are all unchecked. so I guess its not in any channels. I will try checking some. Thanks.
[17:11] <zyga> hindle: good luck :)
[17:11] <hindle> zyga: thank you that seemed to fix things :)
[17:11] <_markfeatherston> Could anyone point me in the right direction for using the gadget snap?  Does this generate a .snap file that goes to the store as well, or is this just used during image creation?  I'm working on adding new hardware support.
[17:12] <zyga> _markfeatherston: yes
[17:12] <zyga> _markfeatherston: it is in the store, it can be updated, it is on the device
[17:13] <zyga> _markfeatherston: https://github.com/snapcore/snapd/wiki/Gadget-snap
[17:14] <_markfeatherston> thanks, that is good to know.  Do you know how to generate the snap from the yaml?  I've been through that and other documents and i haven't found that yet
[17:14] <zyga> _markfeatherston: snapcraft master now supports making gadget snaps
[17:14] <zyga> _markfeatherston: or it may have been released lately
[17:14] <_markfeatherston> I'll pull that down, thanks
[17:14] <zyga> _markfeatherston: but really, look at what's in existing gadget snaps and look at the docs
[17:14] <zyga> _markfeatherston: as long as you build what's needed to boot the device, you're good
[17:26] <cachio> tedg, higgins
[17:33] <smoser> hey.
[17:33] <smoser> if i want to file a bug against snappy kernel, where would i file that ?
[17:33] <smoser> https://code.launchpad.net/~snappy-dev/pc-kernel-snap/trunk is the source as fas as i can tell
[17:34] <smoser> where should i file a bug there?
[17:34] <smoser> ogra_, ^ ?
[17:45] <mup> Bug #1639878 opened: pc-kernel.snap missing drivers necessary for Hyper-v <Snappy:New> <https://launchpad.net/bugs/1639878>
[17:45] <smoser> filed ^. someone can re-direct ti
[17:45] <smoser> it
[18:17] <mwhudson> jdstrand: it doesn't fix that
[18:17] <mwhudson> jdstrand: bugs on https://bugs.launchpad.net/ubuntu/+source/subiquity please
[18:18] <mwhudson> jdstrand: with as much detail as possible please :)
[18:18] <mwhudson> (i don't really have a sense of what people want with ipv6)
[18:21] <izzno> mwhudson, cellphones IOT etc...
[18:22] <mwhudson> izzno: in terms of ui expectations, i mean
[18:22] <izzno> ah :)
[18:34] <jdstrand> mwhudson: ack
[18:35] <mwhudson> jdstrand: it should be easy ish for me to fix this now given that i've just crawled all over the code
[18:36] <mwhudson> jdstrand: just a straight copy of the ipv4 interface would be easiest of course...
[18:37] <jdstrand> mwhudson: it might just be that. I need to look at it more carefully so I'll do that in a bit
[18:37] <mwhudson> jdstrand: thanks
[18:41] <_markfeatherston> Is anyone here familiar with how snapd interacts with u-boot environments?  To start with I'm trying to find out if the 128KiB environment is a requirement.
[19:09] <AlbertA> trying to run spread tests locally, but I'm getting this error: "Cannot allocate qemu:ubuntu-16.04-64: cannot launch qemu qemu:ubuntu-16.04-64: exec: "kvm": executable file not found in $PATH
[19:09] <AlbertA> "
[19:10] <AlbertA> any ideas? I do have kvm in /usr/bin/
[21:01] <mup> Bug #1639948 opened: exec: /usr/bin/ubuntu-core-launcher: not found <Snappy:New> <https://launchpad.net/bugs/1639948>
[22:41] <mup> Bug #1639967 opened: Add support to access to some Avahi methods from org.freedesktop.Avahi <Snappy:New> <https://launchpad.net/bugs/1639967>
[23:59] <mcclaw> hi everyone.