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