[07:34] <dholbach> good morning
[07:57] <zyga> good morning
[08:47] <noizer> good morning
[08:56] <noizer> zyga Hi i can read the value but not set my value of my gpio
[08:56] <zyga> noizer: GPIO is not bi-directional, it is either output or input
[08:56] <zyga> noizer: what are you talking to?
[08:56] <zyga> noizer: what hardware is on the other end?
[09:05] <noizer> just a led
[09:05] <noizer> for starting
[09:09] <noizer> zyga
[09:11] <zyga> noizer: well, nothing to read then
[09:11] <zyga> noizer: you don't want GPIO to do bidirectional communication
[09:11] <zyga> noizer: good luck
[09:16] <noizer> but its handy if you can read from it and write to it
[09:29] <noizer> can i set every gpio his permissions?
[09:29] <noizer> zyga
[09:33] <crestcore> Hi
[09:33] <crestcore> How to install Java on Ubuntu Core?
[09:35] <zyga> noizer: hmn?
[09:35] <zyga> noizer: can you ask that again please
[09:36] <zyga> crestcore: you don't, you can put java into your snap if your application requires it
[09:36] <zyga> crestcore: there are examples that do just that
[09:36] <zyga> crestcore: then you can use any version of java
[09:36] <zyga> crestcore: and your application will always have the java you want
[09:37] <crestcore> okay
[09:37] <zyga> crestcore: while other snaps may bundle other versions and you don't conflict
[09:37] <zyga> crestcore: have a look at snapcraft-examples
[09:41] <noizer> is it possible to set the gpio's with you skill?
[09:42] <zyga> noizer: yes
[09:43] <zyga> noizer: though only as output
[09:43] <zyga> noizer: I'll add a full-feature GPIO later that has direction and event triggering
[09:43] <zyga> noizer: having a working example is useful
[09:43] <zyga> noizer: though I'm working on that as well
[09:44] <noizer> ok but for now it is only reading from the gpio?
[09:46] <crestcore> We want to have our java application on Local system
[09:47] <crestcore> HI Zyga
[09:48] <zyga> crestcore: you can put your java app along with some version of jre into a snap
[09:48] <zyga> crestcore: and you will have a standlone snap
[09:48] <zyga> noizer: yes, for now you can only read
[09:48] <zyga> noizer: er
[09:48] <zyga> noizer: WRITE
[09:48] <zyga> noizer: bool-file allows you to write to gpio's
[09:48] <zyga> noizer: you can add a skill of type bool-file
[09:48] <zyga> noizer: with the path attribute pointing to /sys/class/gpio/gpioN/value
[09:49] <zyga> noizer: you have to export it manually for now (echo N >  /sys/class/gpio/export)
[09:49] <zyga> noizer: but it works
[09:49] <crestcore> can we put snap on a local gateway and access from there
[09:50] <zyga> crestcore: yes
[09:51] <crestcore> okay
[09:52] <crestcore> can you please suggest a very small foot print linux where we can install java like we do with headless ubuntu 14.04
[09:52] <noizer> zyga So the best I think is wait until the write part is ready in your skill
[09:53] <zyga> no, the write part is ready
[09:53] <zyga> the read part is not
[09:53] <noizer> ooooh ok xD
[09:54] <noizer> wait i will send you some code what i do for setting my  gpio
[09:55] <noizer> http://pastebin.com/mRagY6Bs
[09:56] <crestcoredev> hi zyga
[09:56] <crestcoredev> i have installed ubuntu snappy on a Intel NUC and i want to run a java web application.
[09:57] <crestcoredev> can anyone suggest me how to install java jre7
[09:58] <zyga> crestcoredev, crestcore: please look at snapcraft examples
[09:58] <zyga> java is not installed
[09:58] <zyga> you put java into a snap that contains your application
[09:58] <zyga> and install that snap
[09:58] <zyga> then your application can work
[09:59] <crestcoredev> okay
[09:59] <zyga> https://github.com/ubuntu-core/snapcraft/tree/master/examples/java-hello-world
[09:59] <zyga> note that you need to use xenial (ubuntu 16.04)
[09:59] <zyga> and snapcraft 2.x
[09:59] <zyga> for this example
[09:59] <crestcoredev> is there a small foot print linux where i can install java jre7 package?
[10:00] <zyga> crestcoredev: snappy, you don't want to install java, you don't run java, you run apps that just happen to need java
[10:00] <zyga> crestcoredev: the whole system will be tiny, consisting of basic kernel and userspace and your app
[10:00] <zyga> crestcoredev: snappy updates separately from your app
[10:00] <zyga> crestcoredev: just try it
[10:01] <crestcore> okay thanks, we will try
[10:01] <crestcoredev> after installing the app will the app work without internet connection?
[10:01] <dholbach> kyrofa, sergiusens: can you debug https://bugs.launchpad.net/snapcraft/+bug/1548376 with Björn?
[10:02] <zyga> crestcoredev: internet is only required if you want to update the core os
[10:02] <zyga> crestcoredev: or your app
[10:02] <crestcoredev> okay
[10:02] <zyga> crestcoredev: for development I recommend a 16.04 image running in kvm
[10:02] <zyga> crestcoredev: (snappy image)
[10:03] <zyga> crestcoredev: you can then use classic dimension to build and develop your app right inside snappy
[10:03] <zyga> crestcoredev: classic dimension is like having regular ubuntu inside snappy
[10:03] <zyga> crestcoredev: with apt-get and everything
[10:03] <crestcoredev> is there a core linux where i can deploy a web application build using spring and hibernate
[10:03] <zyga> crestcoredev:
[10:03] <zyga> crestcoredev: ?
[10:03] <zyga> crestcoredev: snappy
[10:04] <zyga> crestcoredev: you ask on a snappy channel, the answer is snappy
[10:04] <zyga> crestcoredev: because snappy can run any type of application
[10:04] <crestcoredev> :)
[10:04] <zyga> crestcoredev: https://github.com/zyga/devtools/blob/master/ubuntu-image
[10:04] <zyga> crestcoredev: run this script to build a x86_64 image for development
[10:04] <zyga> crestcoredev: everything you will need you can then add frmo the inside
[10:04] <zyga> crestcoredev: https://github.com/zyga/devtools/blob/master/run-devel-vm
[10:05] <zyga> crestcoredev: you can use this to run a VM
[10:05] <zyga> crestcoredev: though NOTE that it DISCARDS the state of the VM after poweroff
[10:05] <zyga> crestcoredev: you can remove the "-snapshot" option from the code to keep all of the state
[10:06]  * zyga thinks about having persistent VMs as an interesting option for some class of development
[10:06] <crestcoredev> is there a tutorial to build snap app?
[10:07] <zyga> dholbach: ^^ ?
[10:08] <dholbach> crestcoredev, if you follow the docs at https://github.com/ubuntu-core/snapcraft/blob/master/docs/intro.md - there's a couple of tutorials in there
[10:08] <dholbach> we will move the docs above to developer.u.c today
[10:08] <crestcoredev> okay ty
[10:08] <zyga> woot, thanks dholbach
[10:08]  * zyga also found http://developer.ubuntu.com/en/snappy/start/
[10:09] <zyga> but I don't know if it talks about 16.04 or 15.04 (you really really want 16.04)
[10:09] <dholbach> zyga, yes, please use the docs on github for now
[10:09] <dholbach> I'll let you all know once we're done
[10:10] <zyga> dholbach: cool, thanks for the tip
[10:12] <noizer> zyga did you had time to look at the code?
[10:12] <noizer> the export and the setdirection is set before that
[10:12] <zyga> noizer: it's complicated, I know about this very well
[10:12] <zyga> noizer: it's about what is available out of the box on a device
[10:13] <zyga> noizer: I'll add a full GPIO skill in my branch today
[10:13] <ysionneau> say when building my snapcraft.yaml package I generate parts/<pkgname>/install/usr/bin/some_binary. What do I need to declare in the snapcraft.yaml?
[10:13] <zyga> noizer: that has a way to set direction too
[10:13] <ysionneau> so that the some_binary can be launched in the sandboxed environment ?
[10:13] <zyga> noizer: I'm also working on integrating bits from the demo branch to master
[10:14] <noizer> ok I will wait then until you are ready xD
[10:14] <ysionneau> (using 15.04 snapcraft.yaml syntax)
[10:14] <zyga> ysionneau: an "app" of any name that has a command that runs "some_binary"
[10:14] <noizer> with the next version zyga
[10:14] <zyga> ysionneau: look at snapcraft examples please
[10:14] <zyga> noizer: ok
[10:14] <noizer> zyga thx
[10:15] <zyga> ysionneau: https://github.com/ubuntu-core/snapcraft/blob/master/examples/mosquitto/snapcraft.yaml#L11
[10:15] <zyga> ysionneau: look at the syntax there
[10:16] <ysionneau> thanks!
[10:17] <zyga> ysionneau: you can also pass arguments to your command
[10:17] <zyga> ysionneau: e.g. I have a snap that uses the same binary twice: https://github.com/zyga/snappy-pi2-piglow/blob/master/snapcraft.yaml#L10
[10:17] <ysionneau> ok, interesting!
[10:23] <ysionneau> so now that I created an apps, how can I run it?
[10:25] <zyga> ysionneau: install it
[10:25] <zyga> ysionneau: the executable name is $snap.$app
[10:26] <ysionneau> ok, something went wrong then, I don't have it :/
[10:26] <zyga> ysionneau: if "snappy list" shows it
[10:27] <zyga> then look at /snaps/
[10:27] <zyga> and expore
[10:27] <zyga> and pastebin the snapcraft log, maybe there's something there
[10:27] <zyga> ysionneau: actual excutable wrappers are in /snaps/bin
[10:28] <ysionneau> hmm I don't have /snaps
[10:34] <zyga> ysionneau: which image are you running?
[10:34] <zyga> ysionneau: I strongly recommend a 16.04 image
[10:34] <ysionneau> I'm running 15.04 rpi2
[10:34] <ysionneau> http://pastebin.com/X9t6Et1b < my building the package
[10:35] <zyga> ysionneau: 15.04 is quite different and all the instruction given so far are for 16.04
[10:35] <ysionneau> allright
[10:35] <zyga> ysionneau: i'd recommend you to reflash to a 16.04 image built with https://github.com/zyga/devtools/blob/master/ubuntu-image
[10:36] <ysionneau> I'd prefer using 15.04 for now
[10:36] <ysionneau> which is the version for which everything is documented on the web
[10:36] <zyga> ysionneau: the syntax for 15.04 is different
[10:37] <zyga> ysionneau: so follow that please
[10:38] <zyga> ysionneau: and for 15.04 you cannot use xenial, you need older ubuntu and older snapcraft
[10:39] <zyga> ysionneau: snapcraft 1.x series
[10:40] <ysionneau> as a host I'm also using ubuntu 15.04 and I use snapcraft 1.0.2 (modified, to add my alchemy plugin)
[10:41] <zyga> k
[10:42] <ysionneau> I'm following this https://developer.ubuntu.com/en/snappy/guides/packaging-format-apps/
[10:42] <ysionneau> to add binaries: exec etc
[10:43] <Chipaca`> matiasb, are you around?
[10:43] <davidcalle> dholbach, what about a hangout at 2pm for the doc plan?
[10:43] <ysionneau> zyga: here is my new snapcraft.yaml and the error message I get : http://pastebin.com/psMCFYxb
[10:45] <zyga> ysionneau: the syntax is not quite right, ask sergiusens about 15.04 variant for apps
[10:45] <zyga> sergiusens: ^^
[10:46] <ysionneau> so maybe the documentation needs updating?
[10:46] <zyga> (sorry, I don't remember the older syntax now)
[10:46] <ysionneau> no problem
[10:46]  * ysionneau waves at sergiusens 
[10:46] <zyga> ysionneau: I think the docs will reflect 16.04 soon
[10:46] <ysionneau> or maybe asac you there?
[10:47] <ysionneau> I had a look at the nethack package yaml that is installed on my rpi2 image via cat /apps/nethack-armhf.ogra/current/meta/package.yaml
[10:47] <ysionneau> and it looks very similar to what I've done :(
[10:48] <zyga> ysionneau: can you pastebtin that quickly
[10:48] <zyga> ysionneau: yours failed because snapcraft found a list of objects where it expected an object
[10:49] <zyga> ysionneau: perhaps you need to have foo: details of foo app/binary rather than - foo: details of foo
[10:49] <ysionneau> http://pastebin.com/BBaVEhBb
[10:50] <ysionneau> and my updated snapcraft.yaml http://pastebin.com/rwknkXQv
[10:50] <ysionneau> err
[10:50] <ysionneau> what have I done
[10:50] <ysionneau> this makes no sense...
[10:50] <zyga> no idea :)
[10:50] <zyga> sorry
[10:51] <ysionneau> makes more sense this way but still no luck http://pastebin.com/7wPTz2Jq
[10:51] <ysionneau> (I switched name/exec value)
[10:57] <dholbach> davidcalle, wfm... or maybe a few minutes after that
[11:01] <davidcalle> dholbach: sure
[11:24] <crestcore> Hi Zyga
[11:24] <crestcore> How do we connect to serial port in snappy? Is there option an like terminal?
[11:25] <crestcore> We were able to do pretty easy with Ubuntu LTS
[11:38] <crestcore> How do we connect to serial port in snappy? Is there option an like terminal?
[12:02] <matiasb> Chipaca`, o/
[12:03] <crestcore> How do we connect to serial port in snappy? Is there option an like terminal?
[12:14] <popey> Does anyone have an example of a snap which pulls from github and builds locally?
[12:33] <dholbach> davidcalle, 1400 should be good
[12:53] <crestcore> How do we connect to serial port in snappy? Is there option an like terminal?
[13:02] <dholbach> davidcalle, let me know when you're free
[13:03] <davidcalle> dholbach: https://plus.google.com/hangouts/_/canonical.com/daniel-holbach :)
[13:17] <ysionneau> zyga: fyi the correct syntax is: http://pastebin.com/6QmC0uvE
[13:17] <ysionneau> now it works :)
[13:23] <zyga> ysionneau: thanks
[13:23] <zyga> looking
[13:23] <zyga> ysionneau: yay, so just no lists
[13:24] <zyga> ysionneau: it seems the old doc was just wrong
[13:57] <crestcore> How do we connect to serial port in snappy? Is there option an like terminal?
[14:04] <dholbach> davidcalle, I just encountered a bug in the link replacement - I'll work on fixing it
[14:07] <jdstrand> kyrofa: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1467595/comments/28 :\
[14:12] <ysionneau> is there a documentation of the different "caps" available?
[14:14] <crestcore> How do we connect to serial port in snappy? Is there option an like terminal?
[14:15] <davidcalle> dholbach: what was it?
[14:16] <dholbach> davidcalle, I had a   <a href="bla.md">   in there
[14:16] <dholbach> still debugging it
[14:24] <davidcalle> dholbach: I'm re-adding the image to build-apps/
[14:24] <dholbach> davidcalle, ok... let's do that for now -it will get overwritten on import again though
[14:25] <davidcalle> dholbach: indeed, but we'll need to have a way to special case the page though, it's seven-col instead of eight-col + the image. We'll find a way to fix it in md maybe.
[14:26]  * dholbach twitches :)
[14:26] <davidcalle> :)
[14:26] <dholbach> maybe it'd be easier to use the image from https://github.com/ubuntu-core/snapcraft in intro.md directly?
[14:27] <davidcalle> dholbach: but of course, all the special cases we need we'll be clearly defined in a branch somewhere and merged at import step. :p
[14:28] <dholbach> I'm close to calling you the biggest troll in the channel, but deep down in my heart I know that that's a solution we're going to seriously consider
[14:29] <davidcalle> dholbach: :) +1 on using the other graph /me changes
[14:30] <davidcalle> dholbach: WFM ->  https://developer.ubuntu.com/en/snappy/build-apps
[14:31] <dholbach> <3
[14:57] <zyga> crestcore: do you want to write an app that talks to a serial port that runs on snappy?
[15:12] <timeax> Hi peoples :)
[15:13] <timeax> Is there somebody expert in portings of ubuntu touch?
[15:38] <crestcore> Zyga, yes we do
[15:41] <dholbach> davidcalle, I fixed a number of small things, but still can't reproduce the breakage I see in the live system after an import in the test
[15:42] <zyga> crestcore: you can do that with my skill system
[15:42] <dholbach> timeax, if you are after porting Ubuntu touch to another phone, I'd suggest asking in #ubuntu-touch
[15:43] <zyga> crestcore: (which just got renamed to the "interface" system)
[15:43] <zyga> crestcore: I actually started working on a small demo snap that just looks at the serial port and logs what it gets
[15:43] <crestcore> okay
[15:43] <zyga> crestcore: so if you have heard about skills, nothing has changed since, there are some new names for existing concepts
[15:43] <zyga> crestcore: I myself may confuse them at times
[15:44] <zyga> crestcore: the way this works is that you will write a snap that will have a "slot" where the snappy system will connect a "plug"
[15:44] <crestcore> where do we refer skills?
[15:44] <zyga> crestcore: and that plug will be of inteface, say "serial-port"
[15:44] <zyga> crestcore: your app will just look at what it got, the user may plug any of the available serial ports there
[15:44] <zyga> crestcore: you declare this in your snap.yam
[15:44] <zyga> crestcore: or in your snapcraft.yaml to be precise
[15:45] <zyga> crestcore: right now that is _not_ available in the master builds so you'll have to work with some more bleeding edge code
[15:45] <popey> timeax: ubuntu touch is discussed in #ubuntu-touch
[15:45] <zyga> crestcore: I have a branch that you can push onto your development device (just replacing snap, snapd and snappy)
[15:45] <popey> timeax: oh, my bad, you found someone :)
[15:45] <zyga> crestcore: that has all the extra logic
[15:46] <zyga> crestcore: I can help you out but actually now is not the best moment for this, I'd prefer to finish something I'm in the middle of
[15:46] <zyga> crestcore: write the demo serial-port snap
[15:46] <zyga> crestcore: and share that
[15:46] <timeax> Dholbach tnx i already done,them told me that i could find some experts in this channel
[15:46] <crestcore> ok
[15:46] <zyga> crestcore: this way many people can refer to it
[15:46] <zyga> crestcore: what you can do now is this:
[15:46] <zyga> crestcore: write your app to be able to do two things:
[15:46] <dholbach> timeax, all the phone people are hanging out there
[15:46] <zyga> crestcore: assume you get told where the serial port is
[15:46] <zyga> crestcore: so don't hardcode /dev/tty-something
[15:46] <zyga> crestcore: make that something you can set
[15:47] <timeax> Tnx a lot anyway guys :)
[15:47] <dholbach> popey, http://paste.ubuntu.com/15188088/
[15:47] <zyga> crestcore: and assume you have a hook in your snap, that when the serial port is determined, that hook gets ran
[15:47] <zyga> crestcore: now you can do anything you want in your hook, just write to a config file you read, or something similar
[15:47] <popey> thanks dholbach
[15:47] <zyga> crestcore: at that time, your app will have permissions to actually open and work with the serial port
[15:47] <zyga> crestcore: so for now, you can just hack on your app, write 99% of the code needed
[15:48] <zyga> crestcore: and we can help you interface with snappy wrt to the hook and particular snapcraft.yam syntax needed
[15:48] <zyga> crestcore: and while you wait, you can use hw-assign to grant the permission to your snap
[15:48] <zyga> crestcore: or you can just run it from the shell, without confinement applied
[15:48] <zyga> crestcore: and very little will change later when all the bits are in place
[15:48] <zyga> crestcore: does that sound sensible?
[15:49] <crestcore> Yes it does, we will try this and update you
[15:49] <zyga> crestcore: cool, stay in touch
[15:49] <crestcore> can i have your email address pl
[15:49] <zyga> crestcore: my name is zygmunt krynicki, you can check me out on github.com/zyga or launchpad.net/~zyga
[15:49] <zyga> crestcore: but I'd rather just talk here
[15:49] <zyga> crestcore: unless your topics are private
[15:49] <ysionneau> I've created a service, but it fails to start, even though I can run the wrapper manually: http://pastebin.com/NvXdzVt2
[15:50] <crestcore> okay
[15:50] <ysionneau> any idea?
[15:50] <zyga> ysionneau: 2016-02-24T15:47:09.100526Z ubuntu-core-launcher /apps/ulogcatd.sideload/INPIOCNWfAUN/ulogcatd.ulogcat.wrapper: 5: exec: ulogcatd.ulogcat: not found
[15:50] <ysionneau> yes I saw that
[15:50] <zyga> ysionneau: ulogcatd.ulogcat is not in your snap perhaps
[15:50] <ysionneau> but running the wrapper works
[15:50] <zyga> ysionneau: investigate that
[15:50] <zyga> oh?
[15:51] <ysionneau> and running ulogcatd.ulogcat by hand works also
[15:51] <zyga> ysionneau: if that's on 15.04 I cannot help you, I just don't know 15.04 that well
[15:51] <ysionneau> yes still on 15.04
[15:52] <zyga> ysionneau: (do move to 16.04 so that your snap can work on 16.04 if you can, it's far easier to focus on 16.04 for us now)
[15:52] <zyga> ysionneau: or perhaps ask someone else for help
[15:54] <ysionneau> I'll try to see if what I did so far also works on 16.04
[15:59] <zyga> ysionneau: it should with minimal snapcraft.yaml changes
[15:59] <zyga> ysionneau: and I can actually help you out with that
[15:59] <ysionneau> :)
[15:59] <ysionneau> let's see how it goes, I'm using your ubuntu-image tool
[16:01] <zyga> cool :)
[16:01] <ysionneau> I had to re-run it cause I got a "unexpected EOF" for the first run
[16:02] <zyga> oh?
[16:02] <ysionneau> during the 2nd download
[16:02] <zyga> maybe just network fluke
[16:02] <zyga> but if you can, pastebin the log
[16:02] <zyga> maybe a bug that's hiding there
[16:02] <ysionneau> not much in the logs :/
[16:02] <ysionneau> well, by log you mean standard output ?
[16:02] <zyga> can you paste the single error line?
[16:02] <zyga> yes
[16:03] <ysionneau> http://pastebin.com/eZM14ziN
[16:03] <zyga> Thanks
[16:04] <zyga> seem like a network fluke in ubuntu-device-flash inside
[16:04] <ysionneau> probably yes
[16:09] <sergiusens> elopio, hello, I am back! but hungry
[16:12]  * zyga pushed new version of github.com/zyga/devtools with official support for the dragon board
[16:20] <ysionneau> zyga: http://pastebin.com/GW7CmyT5 I got this, was I supposed to generate an ssh key for the root user?
[16:20] <zyga> ysionneau: no, for your normal user
[16:21] <zyga> ysionneau: don't run anything as sudo, the tool uses sudo where it has to
[16:21] <zyga> ysionneau: if you have an ssh key on this machine it should work
[16:21] <ysionneau> I didn't run as sudo
[16:21] <zyga> ysionneau: the fact that it looked at /root is odd
[16:21] <ysionneau> I have one
[16:21] <zyga> ysionneau: so how did you run it?
[16:22] <zyga> ysionneau: maybe your environment is different than mine in some important way
[16:22] <ysionneau> I did ./ubuntu-image as my normal user
[16:22] <ysionneau> but your script runs udf as sudo
[16:22] <zyga> right
[16:22] <zyga> but sudo keeps HOME intact
[16:22] <zyga> what is the host OS you use?
[16:22] <ysionneau> Debian Testing
[16:23] <zyga> ah
[16:23] <zyga> hmm, perhaps there are some differences in sudo
[16:23] <zyga> at least in sudo configuation
[16:23] <zyga> can you run sudo env | grep HOME
[16:23] <ysionneau> yes it prints /root
[16:23] <ysionneau> weird
[16:25] <ysionneau> I'll add Defaults env_keep += HOME to my sudoer file
[16:26] <zyga> ysionneau: I think that's a well-known delta
[16:26] <ysionneau> ok now sudo env | grep HOME returns my user's home
[16:26] <zyga> ysionneau: I can probably patch that with my sudo call
[16:27] <zyga> hmm, there's no way to do that sadly
[16:27] <zyga> ysionneau: well, anyway, not it should work
[16:27] <ysionneau> yes it should work now, I re-run :)
[16:27] <ysionneau> thanks
[16:36] <ysionneau> ubuntu-core failed to install: received an unexpected http response code (500) when trying to download https://public.apps.ubuntu.com/anon/download/canonical/ubuntu-core.canonical/ubuntu-core.canonical_16.04.0-10.armhf_armhf.snap
[16:36] <ysionneau> :/
[16:36] <zyga> ysionneau: I hear that some server issues are happening now
[16:37] <zyga> ysionneau: just keep trying a few times
[16:37] <mvo> ysionneau: it looks like there is a hickup currently, I forwarded this problem report
[16:37] <ysionneau> ok thanks =)
[16:47] <ysionneau> New image complete \o/
[16:47] <sergiusens> ogra_,  about generic initrd; how did your landing go? mvo and me are just discussing that in the "other" room
[16:50] <zyga> ysionneau: cool
[16:52] <jdstrand> zyga: hey, looking at the new interfaces doc-- on Migration from 15.04 it specifies:
[16:52] <jdstrand> slots:
[16:52] <jdstrand>   old-security:
[16:52] <jdstrand>     caps:
[16:52] <jdstrand>      ...
[16:53] <jdstrand> zyga: 'old-security' there is still the slot reference, yes? or did migration-skill move to old-security and old-security is the new type?
[16:54] <jdstrand> niemeyer: ^
[16:54]  * jdstrand is updating the review tools to move from skills to interfaces
[16:55] <jdstrand> basically, what I really want to know: is migration-skill now simply known as old-security (for the type)
[16:56] <zyga> jdstrand: hey
[16:56] <zyga> jdstrand: yes, old-security is the new name of the type (interface)
[16:56]  * jdstrand thinks that is the case comparing the Complete syntax from skills and interfaces
[16:56] <jdstrand> ok, good
[16:56] <zyga> jdstrand: so apart from the rename, nothing much changes
[16:57] <jdstrand> for a moment I panicked a little but it seems like just renames of the various keys
[16:57] <zyga> yep
[16:57] <zyga> there's a tiny change to the REST apis but I'll deal with that
[16:58] <jdstrand> niemeyer: nm
[16:58] <niemeyer> jdstrand: Right, it's just a rename of syntax
[16:58] <niemeyer> jdstrand: Same thing behind it
[17:24] <ysionneau> zyga: maybe it's new in 16.04 but is it normal the image generated by your script only contains 2 partitions? a fat32 and an ext3 ?
[17:24] <ysionneau> instead of 2 ext3 systems + 1 ext3 /writable
[17:24] <ysionneau> (+ 1 boot)
[17:24] <ysionneau> for rpi2
[17:31] <pindonga> jdstrand, fyi: crt 592 on prod
[17:34] <jdstrand> pindonga: woo!
[17:34] <jdstrand> pindonga: thanks :)
[17:35] <pindonga> jdstrand, we'll push tip as soon as we can next
[17:35] <jdstrand> sergiusens, zyga: what is the timeline for snapcraft and snappy's migration to skills?
[17:35] <pindonga> so it's ready for the updated squashfs tools
[17:35] <jdstrand> pindonga: sounds great
[17:35] <jdstrand> sergiusens, zyga: (I'm preparing a branch for the review tools)
[18:01] <sergiusens> jdstrand, skills are already part of snapcraft ;-)
[18:01] <jdstrand> pindonga: fyi, there will be one more pull for the skills to interfaces change, but I won't request it until after the above
[18:01] <jdstrand> sergiusens, zyga: err, migration to interfaces
[18:05] <zyga> ysionneau: yes, that's normal
[18:05] <zyga> ysionneau: that's the simplified partition layout
[18:06]  * zyga breaks for the evening, see you tomorrow
[18:11] <sergiusens> jdstrand, I don't have a timeline, kenel snap is on my prio list
[21:07] <jdstrand> beuno: hey, who is implementing 'snappy try'?
[21:08] <beuno> jdstrand, we'll find out soon!
[21:08] <jdstrand> heh, ok
[21:08] <beuno> mvo is usually the primary candidate, but he has too much on his plate I think
[21:08]  * jdstrand nods
[21:09] <jdstrand> there are some bits I need to be involved with-- this is in the card already, but I want to make sure we work together
[22:24] <sergiusens> elopio, can you easily find the qemu-arm-static bug that affects this https://bugs.launchpad.net/snapcraft/+bug/1544763 ?
[22:25] <sergiusens> elopio, found it