[02:57] <ccfiel> hello guys
[04:26] <ccfiel> hello
[04:46] <ccfiel> hello anybody here? :)
[09:45] <renat> Hi all! It's Renat from Screenly.
[09:45] <renat> Hello, jdstrand. I created a bug report with the issue I get: https://bugs.launchpad.net/snappy/+bug/1561920
[11:20] <kyrofa> Good morning
[11:43] <didrocks> hey kyrofa!
[11:43] <didrocks> how are you?
[11:44] <kyrofa> Hey didrocks! Doing well, and yourself? Keeping busy?
[11:45] <didrocks> kyrofa: yeah, just back from Paris (stayed a couple of days for some event and meetup)
[11:47] <kyrofa> Sounds like fun! I plan on trying to go there next time I'm in london
[11:48] <didrocks> sweet! :)
[11:48] <didrocks> I demoed there the ascii as a service that I teased you about: https://twitter.com/didrocks/status/712916851186143232
[11:49] <jdstrand> renat: ok, thanks
[12:45] <ccfiel> hello guys!
[13:12] <kyrofa> didrocks, haha, that's awesome :)
[13:25] <jdstrand> renat: before you said that this worked on a previous image. what did you mean by that?
[13:26] <jdstrand> renat: what kernel, what os, etc
[13:33] <ccfiel> hello
[13:33] <ccfiel> anybody here? :)
[13:47] <kyrofa> jdstrand, so I'm snapping a codebase that makes a call to setpriority(). That's denied under seccomp and the execution is aborted
[13:48] <kyrofa> jdstrand, my current patch is to just comment out the setpriority(), but I'd like to suggest an upstream patch. Is there any way to check and see if setpriority() can be called before calling it?
[13:48] <kyrofa> ccfiel, people are always here :) . If you have a question, just ask!
[13:49] <ccfiel> kyrofa: hello! i know snappy has a copy plugin thats copy single file. how about multi files?
[13:50] <kyrofa> ccfiel, the copy plugin can copy many files
[13:50] <jdstrand> kyrofa: not otoh. if you use it you get killed. if you could introspect your seccomp policy, perhaps, but you can't
[13:50] <kyrofa> jdstrand, hmm...
[13:51] <kyrofa> jdstrand, so in the case of seccomp-restricted calls, there's no upstream patch we can suggest huh?
[13:51] <kyrofa> That's a bummer
[13:52] <jdstrand> a compile time option or a runtime option to not use it could work
[13:52] <ccfiel> kyrofa, where can I find a format in copy plugin? any tips?
[13:52] <kyrofa> jdstrand, ah, yeah compile-time flag, good idea. Not sure why I didn't think of it, thanks!
[13:55] <kyrofa> ccfiel, yeah that plugin doesn't have documentation, huh!? Please log a bug on that. Until we fix that, have a look at this example: https://github.com/ubuntu-core/snapcraft/blob/master/examples/webcam-webui/snapcraft.yaml
[13:55] <kyrofa> ccfiel, note the `files` key. Just add more items to it
[13:56] <josepht> I filed bug #1562000 against snapcraft.  I was starting to worry when I got an email yesterday about a snap I uploaded to the store but didn't upload a snap to the store.
[13:56] <jdstrand> olli: hey, mentioning this to you because mvo is offline. bug #1561920 seems to be a problem with the raspi2 kernel
[13:57] <jdstrand> olli: see my comment #2
[13:57] <ccfiel> kyrofa, ok. I have already tested it. So we need to do for now specify each of the files. There is no option for wild cards *.py  :) is that correct?
[13:58] <jdstrand> olli: summary-- rpi2 cannot launch confined apps
[13:59] <jdstrand> olli: I'm not sure who this would be assigned to, so coming to you
[14:00] <olli> jdstrand, looking
[14:00] <olli> trying to assign to ogra_
[14:00] <ogra_> boo
[14:00] <ogra_> :P
[14:01] <olli> I hear you do things with dem RPis
[14:02] <ogra_> yeah ... assign to me ... most likely a kernel issue though
[14:02] <jdstrand> I'm going to try the previous kernel now
[14:02] <ogra_> (thought i'm not sure what the --enable-ssh and --developer-mode options do to the all-snaps image ... afaik they are obsolete and might break stuff)
[14:03] <kyrofa> ccfiel, that should work
[14:03] <ogra_> there is a new kernel in -proposed ... but we need to wait til it migrated
[14:03] <kyrofa> ccfiel, the copy plugin does globbing
[14:03]  * ogra_ notes that he isnt officially here :)
[14:03] <kyrofa> Right, ogra_ out today and Monday, yeah?
[14:03] <ogra_> yep
[14:04] <ogra_> (finally some time to play with kodi on the rpi ;) )
[14:04] <kyrofa> ogra_, snapping? Or that custom distro?
[14:04] <jdstrand> ogra_: where is canonical-pi2-linux?
[14:05] <jdstrand> I don't see it in the shared account
[14:05] <jdstrand> oh, I might have a way to find it
[14:05] <ogra_> jdstrand, pick the right package type at the top
[14:05]  * ogra_ *always* runs into that 
[14:06] <jdstrand> oh there it is
[14:06] <ogra_> :)
[14:06] <kyrofa> josepht, yeesh, sorry about that
[14:06] <ogra_> daily is at http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/current/xenial-preinstalled-core-armhf.raspi2.kernel.snap
[14:06] <jdstrand> that's weird, the shared account looks like it is showing snappy stuff, and then you click on core apps and you get different snappy stuff
[14:06] <ogra_> yeah
[14:07]  * ogra_ would appreciate a cookie that just saves your last view
[14:07] <ogra_> after login it defaults to click ...
[14:07] <jdstrand> ogra_: I guess your on holiday (sorry). I'm going to run down those kernels and see which one last worked
[14:07] <ogra_> LD      kodi.bin
[14:07] <ogra_> -----------------------
[14:07] <ogra_> Kodi built successfully
[14:07] <ogra_> -----------------------
[14:07] <ogra_> (classic)ubuntu@localhost:~/xbmc$
[14:07] <ogra_> :D
[14:07] <olli> whut?
[14:08] <olli> seriously?
[14:08] <kyrofa> ogra_, good luck _running_ it
[14:08] <ogra_> only built the git tree yet and running it under xorg in classic ...
[14:08] <kyrofa> Ah!
[14:08] <ogra_> cleaning that up for snappification comes later :)
[14:09] <ccfiel> kyrofa, i tried *.py: bin/*.py
[14:09] <olli> ogra_, mind grabbing that bug from Jamie, apparently I am not smart enough to assign you
[14:09] <ccfiel> but error " expected alphabetic or numeric character, but found '.' on line 22 of snapcraft.yaml"
[14:09] <olli> https://bugs.launchpad.net/snappy/+bug/1561920
[14:09] <ogra_> olli, done
[14:09] <olli> thx
[14:11] <kyrofa> ccfiel, try *.py: bin/
[14:12] <kyrofa> Hmm... that still may not work
[14:14] <jdstrand> hrmm, installing canonical-pi2-linux.canonical_4.3.0-1006-6_armhf.snap hosed my install
[14:14] <jdstrand> ogra_: is there a minimum kernel snap version I need to use with latest os/udf/etc?
[14:14] <ogra_> nope, shouldnt
[14:15] <ogra_> thats indeed 4.3
[14:15] <ogra_> 4.4 waits for elopio to approve
[14:15] <jdstrand> ogra_: in the bug you can see that 4.4 is in the store
[14:15] <ccfiel> kyrofa, when I add in files. in copy it does not executed. do I need to do snappy clean always if I change something?
[14:15] <ogra_> (though i think we should simply release the whole set untested as alpha for now ... so we finally have something usable )
[14:16] <jdstrand> oh, it is starting to come up
[14:16] <ogra_> jdstrand, 4.4 is on cdimage and uploaded to the store into edge
[14:16] <kyrofa> ccfiel, indeed, Snapcraft doesn't currently notice changes in the yaml. It's something we're working on
[14:16] <ogra_> but not moved to stable
[14:16] <jdstrand> I see what you mean
[14:16] <jdstrand> oh, I think rollback may have worked
[14:17] <jdstrand> I'm back into the 4.4 kernel
[14:17]  * jdstrand regenerates with udf
[14:19] <jdstrand> kyrofa: fyi, I found myself doing this a lot lately with dirs in different locations and not wanting to overlay '/': http://paste.ubuntu.com/15496227/
[14:19] <jdstrand> kyrofa: I imagine you probably already scripted that, but if not, there you go
[14:20] <jdstrand> ./overlay-dir /lib
[14:20] <jdstrand> ./overlay-dir /usr
[14:20] <jdstrand> etc
[14:20] <kyrofa> jdstrand, awesome, thanks! I hadn't actually-- haven't had to use it recently, but I'll keep this in my back pocket
[14:20] <kyrofa> Super useful
[14:20] <jdstrand> it is quite handy
[14:37] <ccfiel> kyrofa, clean and doing staging again takes long to finish :(
[14:38] <kyrofa> ccfiel, try just `snapcraft clean -s build` to only clean back to the build step
[14:38] <kyrofa> So you don't need to pull again etc.
[14:38] <kyrofa> Although I guess that depends on what version of snapcraft you're on
[14:44] <jdstrand> hmm, that 4.3 kernel will not boot
[14:44] <ccfiel> kyrofa, I will try that next time I do a clean
[14:44]  * jdstrand move to next one
[14:46] <renat> jdstrand, hello!
[14:47] <renat> If you want to boot previous version of the kernel you need to use canonical-pi2.canonical version 3.0
[14:48] <jdstrand> renat: this one: https://myapps.developer.ubuntu.com/dev/click-apps/4284/rev/3/
[14:49] <renat> jdstrand, access denied=(
[14:49] <jdstrand> renat: canonical-pi2-linux.canonical_4.3.0-1006-2_armhf.snap
[14:50] <jdstrand> ?
[14:50] <renat> canonical-pi2-linux.canonical_4.3.0-1006-6_armhf.snap
[14:50] <jdstrand> I tried that one. it wouldn't boot
[14:50] <renat> This gadget snap will boot canonical-pi2.canonical_3.0_all.snap
[14:50] <jdstrand> renat: what udf invocation are you using with that kernel?
[14:50] <renat> Yes, you need appropriate gadget snap.
[14:50] <renat> I don't know=(
[14:51] <jdstrand> oh, which gadget snap?
[14:51] <jdstrand> oh I see
[14:51] <jdstrand> man, these packages names are quite similar
[14:51] <renat> Previous version. 3.0: https://public.apps.ubuntu.com/anon/download/canonical/canonical-pi2.canonical/canonical-pi2.canonical_3.0_all.snap
[14:51] <renat> This may work. I create our gadget snap from it.
[14:54]  * jdstrand is trying
[15:06] <ogra_> you can use any gadget btw ... but need to manually copy the dtb from system-boot/canonical..../dtbs to system-boot/
[15:07] <ogra_> (by default 3.0 uses the dtb from kernel 4.3 and 3.1+ uses 4.4)
[15:09] <jdstrand> ah
[15:10] <jdstrand> that explains that them
[15:10] <jdstrand> then*
[15:10] <jdstrand> ogra_: I can confirm that 4.3.0-1006-6 works. would it help if I went farther?
[15:16] <ogra_> jdstrand, nah ... i'll talk to ppisati
[15:16] <jdstrand> ok
[15:16] <ogra_> and we should also wait for the kernel from -proposed
[15:17] <ogra_> jdstrand, can you run dmesg without sudo on 4.3 ?
[15:17] <ogra_> i noticed i cant on 4.4
[15:17] <ogra_> might be related
[15:23] <ogra_> ppisati, could you take a look at bug 1561920 ... seems kernel related
[15:31] <ppisati> ogra_: added it to the pile, i'm finishing one thing with the dboard ATM
[15:31] <ogra_> no hurry ftrom my side :)
[15:57] <josepht> I'm trying to build a armhf version of my snap on my rpi2 but I'm getting a checksum mismatch when it's reviewed in the store.  https://myapps.developer.ubuntu.com/dev/click-apps/4710/rev/7/
[16:11] <ccfiel> kyrofa, it works just need to put qoute '*.py': bin/
[16:51] <ysionneau> http://paste.ubuntu.com/15498365/ < where can I find the "AppArmor 2.4 compatibility patches"?
[16:52] <ysionneau> ah seems to be there http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/vivid/apparmor/vivid/files/head:/kernel-patches/3.10/
[19:27] <josepht> kyrofa: do you have any idea why I'd see that? ^
[22:11] <stgraber> jdstrand: new LXD rc uploaded to the store
[22:15] <jdstrand> approved
[22:19] <stgraber> thanks