[07:08] <dholbach> good morning
[09:02] <JamesTait> Good morning all; happy Friday, and happy Particularly Preposterous Packaging Day! 😃
[11:19] <ogra_> kyrofa, did you see my ping yesterday ? there is an rpi image for testing with i2c enabled
[11:32] <kyrofa> ogra_, wonderful! No, I must have missed it, I'm sorry :(
[11:32] <ogra_> kyrofa, http://people.canonical.com/~ogra/snappy/test/ubuntu-15.04-snappy-armhf-rpi2.img.xz
[11:32] <kyrofa> ogra_, I'll do that today :)
[11:33] <ogra_> cool, thanks ... let me know if anyhting is missing
[13:23] <cwayne> ogra_: is the rpi2 still 'unsupported'?
[13:23] <ogra_> cwayne, until it can be built completely from upstream...
[13:23] <ogra_> (which doesnt work even with the first pi yet i think)
[13:24] <ogra_> cwayne, but the next image (above) will allow you update the rootfs now ... (not the kernel or bootloader though, so as soon as incompatible changes in the initrd happen you have to reinstall)
[13:52] <elopio> good morning.
[13:52] <elopio> hey ogra_, I ran the automated suite on the raspi image and it gets stuck in one of the failover tests. Should it support automatic rollbacks in case of failure?
[13:53] <ogra_> elopio, hmm, i didnt test automated rollback, snappy rollback definitely works (as does snappy update) ... since updates did never work at all before it is at least not a regression ;)
[13:54] <elopio> ogra_: yes, the tests that fake an update and rollback worked.
[13:54] <ogra_> does the automated rollback work with the BBB ? perhaps it is a general thing with the new uboot setup we use ?
[13:54] <elopio> I'm going to trigger the suite on the -1 image now.
[13:54] <ogra_> cool
[13:54] <elopio> ogra_: yes, bbb passed all the automated test on the latest 15.04 stable
[13:55] <ogra_> well, i dont see it as a blocker if automated rollback doesnt work yet ... (since it never worked)
[13:55] <ogra_> though we need to have a place for filing Pi specific bugs like that i suppose :)
[13:59] <elopio> ogra_: agree to that. This release is clearly a huge improvement.
[13:59] <ogra_> yep
[14:00] <ogra_> the uboot re-org helped a lot in getting this to work :)
[14:01] <elopio> ogra_: if you want to run the suite: branch snappy/15.04 in your GOPATH and go run _integration-tests/main.go --ip ... --arch arm
[14:01] <elopio> more info in the _integration-tests/README.md file.
[14:02] <ogra_> for next time :)
[14:06] <ogra_> elopio, what did you have to do to get the piglow to work btw ? any extra config ?
[14:12] <elopio> ogra_: no. I compiled https://github.com/schoentoon/piglow tests, scp to the board and ran with sudo.
[14:13] <ogra_> but you didnt have to do anything on the board/image ?
[14:13] <ogra_> (any extra config)
[14:21] <elopio> ogra_: not that I remember. I did this half asleep, so I will try again. Maybe package a demo snap for the store.
[14:22] <ogra_> cool
[14:22] <ogra_> well, as long as it works i'm happy
[14:29] <mhall119> does snappy use versioned frameworks like click does?
[14:30] <ogra_> i dont think i have seen version strings in package.yaml files for frameworks (but that could mean nothing)
[14:30] <ogra_> s/for frameworks/for packages using frameworks/
[14:49] <mhall119> so, that's not good, having versioned frameworks for Click was intentional, it let's us guarantee backwards compatibility
[14:50] <ogra_> swell, i dont really know .... frameworks are still a bit fuzzy wrt definition
[15:05] <dpm> rsalveti, ogra_, I was thinking of a weekend project to snappify bonescript (http://beagleboard.org/support/bonescript) with the intention of also snappifying cloud9 IDE. Is this something I can give a go to with snapcraft? Do we have a nodejs plugin?
[15:06] <ogra_> dpm, i tried packaging cloud9 in the past, it requires a certain(very old) version of nodejs, so you need to build that first
[15:07] <ogra_> and i'm not sure there is a nodejs plugin yet ...
[15:07] <ogra_> definitely worth a look :)
[15:09] <dpm> ah, bummer. I had had a look at it already a while ago with node-snapper (I started with bonescript first, I didn't get to cloud9 yet), I thought it might be the time to try with snapcraft.
[15:09] <ogra_> well, once you have a working binary packaging it is trivial
[15:09] <dpm> Also it seems cloud9 have a new repo, perhaps they've also updated their old nodejs dependency? https://github.com/ajaxorg/cloud9
[15:10] <ogra_> i know they were working on that ... but there was no ETA back then
[15:10] <ogra_> so yeah, that would indeed be cool
[15:22] <elopio> dpm: if you start write a nodejs plugin for snapcraft, that would be really nice.
[15:22] <dpm> elopio, well, my intention wasn't to hack on snapcraft, but rather to use it :)
[15:31] <longsleep> elopio: Do you have any plans for supporting multi arch snaps with snapcraft? I am wondering if i should add that to my debs plugin to have something similar to the webdm snap.
[15:32] <elopio> longsleep: I'm not quite sure about the plan, but I think the original idea is to make containers with snapcraft and other development tools that can be easily deployed.
[15:32] <elopio> so instead of handling all possible archs, you deploy the container on your target and build there.
[15:33] <longsleep> elopio: ok - but how do the multiple archs end up in a single snap?
[15:33] <elopio> longsleep: but you better ask rsalveti next week for a more accurate plan.
[15:34] <longsleep> elopio: ok - sure. Is he also the one to ask about how the webdm snap is currently built?
[15:34] <elopio> longsleep: I do not know. I haven't been paying a lot of attention to the future yet, looking more at the current code base. :)
[15:34] <elopio> longsleep: https://bazaar.launchpad.net/~snappy-dev/webdm/trunk/view/head:/README.md have you seen this?
[15:35]  * longsleep takes a look
[15:35] <longsleep> yes i have seen that - i guess should look at the build.sh script
[15:36] <longsleep> elopio: ah yes that was helpful - thanks!
[15:37] <elopio> longsleep: for webdm sergiusens is probably the best to answer your questions. He'll also be back next week.
[15:37] <longsleep> sure, i think the target should be to build webdm with snapcraft :)
[15:41] <elopio> longsleep: we are just waiting for dpm's npm plugin ;)
[15:41]  * dpm hugs elopio :)
[15:44] <ogra_> dpm, are we there yet ?
[15:45] <ogra_> longsleep, sergiuens usually builds the webdm package
[15:45] <dpm> ogra_, not weekend yet, so I haven't started ;)
[15:45] <ogra_> lol
[16:04] <longsleep> Are there any snaps which expose some configuration through Webdm or any other means?
[16:05] <fgimenez> nice weekend everyone o/
[16:27] <elopio> longsleep: like this? https://developer.ubuntu.com/en/snappy/guides/config-command/
[16:31] <sergiusens> elopio ted: ogra_ I was trying the snapcraft qml plugin and noticed that the ubuntu plugin does not target a release, I think it should, right now I don't get the benefits of the qml plugin as I'm on trusty ;-)
[16:32] <ted> sergiusens, Heh, yeah. I think it should grow to add PPAs as well.
[16:32] <ted> sergiusens, Though, upgrade from Trusty man. Those are like old bits!
[16:32] <sergiusens> ted: well, I was told that we need to use this as a validation for our tools
[16:33] <sergiusens> ted: ;-)
[16:33] <longsleep> elopio: yes thats what i have been searching for - all the stuff there should work?
[16:33] <ted> We're probably going to have to wait for mvo to get back to seriously upgrade the Ubuntu plugin. He knows a bit about the apt python library. :-)
[16:34] <elopio> longsleep: yes. If it doesn't, please report a bug and link it here to make it critical.
[16:34] <sergiusens> ted: right, the problem is we probably need to extend apt to read from an 'alternate' sources.list for these things to work
[16:35] <elopio> we don't have automated user acceptance tests for that, yet.
[16:35] <ted> sergiusens, I think the lib can do that, you can configure the repos that it uses. That's just "advanced usage."
[16:35] <elopio> sergiusens: isn't that the same case as cross arch compilation?
[16:36] <sergiusens> elopio: sort of, except the runtime issues aren't there
[16:36] <elopio> instead of doing cross distro, you should get a wily container and build things there, I guess.
[16:36] <ted> sergiusens, If you want you can use the snapcraft-daily docker image and build in there. That's a more modern Ubuntu.
[16:36] <sergiusens> ted: right, I'm not sure the plugin should behave differently depending on the release we want to target 15.04, 16.04, rolling
[16:36] <sergiusens> today we don't have to make that distinction, not sure if it would be required in the future though
[16:37] <ted> I think we'll always need to set it. Some people will want LTS versions of libs, others will want bleeding edge.
[16:37] <longsleep> elopio: The config which gets passed to the hook is the complete config for all packages or is it somehow filtered?
[16:38] <longsleep> elopio: btw - config for webdm seems to be broken - http://paste.ubuntu.com/12022165/
[16:39] <sergiusens> ted: oh, I was creating an lxc install for wily ;-)
[16:39] <elopio> longsleep: I'll let sergiusens answer your question, 'cause I don't know.
[16:39] <sergiusens> ted: we should create an ubuntu-snapcraft template for lxc/d
[16:39] <ogra_> +1
[16:39] <elopio> longsleep: please report a bug in webdm.
[16:40] <longsleep> elopio: ok
[16:40] <ogra_> i really dont want to taint my host by installing dev packages for creating a snap
[16:40] <sergiusens> longsleep: can you log a bug for that?
[16:40] <ted> sergiusens, Eh, we're kinda taking it the other direction. Assuming a Ubuntu system and letting people build one up around there.
[16:40] <longsleep> sergiusens: sure
[16:40] <ted> sergiusens, So if you want, you can do it in Virtual Box or whatever the kids use on OSX today.
[16:41] <longsleep> ted, sergiusens you should look at the debs plugin i made: Helps a lot to build snaps when you have deb files already (which you can build in pbuilder) - https://code.launchpad.net/~longsleep/snapcraft/snapcraft-debs-plugin/+merge/266650
[16:42] <longsleep> elopio: btw - who is reviewing/merging snapcraft stuff now - mterry said something about he switches team?
[16:42] <ogra_> longsleep, i guess ted
[16:43] <ogra_> (who deliberately stayed silent i guess :D )
[16:43] <ted> Hehe
[16:43] <longsleep> :D
[16:43] <ted> Uhm, yeah, we honestly hadn't discussed that yet. But I'm guessing it'll fall on me as well.
[16:43] <ted> Honestly though, we should get someone with more Python experience to review as well.
[16:44] <ogra_> just rewrite it in shell
[16:44] <ted> I'll go put tabs in everywhere and piss off all the Python people ;-)
[16:44] <ogra_> its sanr anyway :P
[16:44] <ogra_> *saner
[16:44] <longsleep> sergiusens: bug #1482720
[16:44] <nothal> Bug #1482720: Webdm config seems to be broken / KeyError on snappy config webdm <webdm:New> <http://launchpad.net/bugs/1482720>
[16:44] <elopio> longsleep: yes, we'll have to share the load. With when mvo and chipaca are back it should be easier.
[16:45] <longsleep> ted: haha i had to change my python code to use spaces to be in line with snapcraft code ..
[16:45] <ted> :-)
[16:46] <ted> Okay, lunch bbiab.
[16:48] <sergiusens> ted: I don't follow the direction comment, but we can discuss it next week
[16:51] <ogra_> sergiusens, does udf check the content of id_rsa.pub when enabling developer mode ?
[16:51] <sergiusens> ogra_: no
[16:51] <ogra_> ah, cool ...
[16:51] <sergiusens> ogra_: are you thinking of a hack? ;-)
[16:52]  * sergiusens will make ogra_ life more complicaed
[16:52] <sergiusens> :-P
[16:52] <ogra_> sergiusens, no, i just re-built the rpi image
[16:52]  * sergiusens jokes
[16:52] <ogra_> and that has --developer-mode by default ... to be on the safe side i created an enty with only zeros ... but that might not be so clever :)
[17:14] <ogra_> sergiusens, hmm, but udf definitely mangles it
[17:14] <ogra_> (RaspberryPi2)ubuntu@localhost:~$ cat .ssh/authorized_keys
[17:14] <ogra_> None
[17:14] <ogra_> i had added a nice descriptive comment there originally :)
[17:14] <ogra_> (not that it matters much(
[17:16] <longsleep> elopio: Is it possible to provide a default config with a snap, or does it run the hook after installation?
[17:29] <ogra_> longsleep, hmm, should your spreed app actually switch on the camera on my laptop ?
[17:29] <ogra_> (installs fine on rpi btw)
[17:31] <ogra_> taking a picture woorks fine though
[17:33] <longsleep> ogra_: if you make a call yes
[17:34] <longsleep> if you do not make a call then no
[17:34] <ogra_> ah
[17:34] <longsleep> so for testing open up another tab an call yourself
[17:34] <ogra_> i thought it was just a chatroom
[17:35] <longsleep> its more like a phone system
[17:35] <ogra_> k
[17:35] <ogra_> looks really nice
[17:35] <longsleep> thanks for testing!
[17:36] <longsleep> i will add some configuration for the ports and certificate - then i am pretty much done
[17:37] <ogra_> hah !
[17:37] <ogra_> funny sounds
[17:37] <longsleep> :D
[18:33] <kyrofa> ogra_, I'm downloading the image now (was at the mechanic's this morning)
[18:39] <kyrofa> ogra_, I'm not super clear from your email what needs to happen to get the overlay dtb working. Extract /boot/uboot/overlays.tgz into /boot/uboot, and then put what in the config.txt?
[18:40] <kyrofa> I've not messed with that file before
[18:59] <kyrofa> ted, are you a snapcraft maintainer?
[19:00] <ted> kyrofa, Sure, what's up?
[19:00] <kyrofa> ted, a simple snapcraft recipe using only the ubuntu plugin uses dget, which is in devscripts, which isn't pulled in as a dep when installing snapcraft. Is that something that should be fixed?
[19:02] <ted> kyrofa, Uhm, yea.
[19:02] <ted> It should work out of the box :-)
[19:02] <kyrofa> ted, want me to make an MP?
[19:03] <ted> kyrofa, Sure, or a bug.
[19:03] <kyrofa> ted, both it is
[19:29] <asac> kyrofa: ted: not sure if its a bug or the spirit ... but when i used snapcraft it lazily/ondemand asked for installing the dependencies of the used plugin (e.g. it asked me for sudo pass when snapping something with ubuntu plugin)
[19:29] <asac> did it ask you for a password to install it lazily? or just error?
[19:29] <kyrofa> asac, no, just error: https://bugs.launchpad.net/snapcraft/+bug/1482747
[19:30] <asac> kk
[19:30] <kyrofa> asac, but perhaps that means the fix is different than what I proposed
[19:30] <asac> maybe its fixed in trunk then... as it did this for for the wget example
[19:30] <asac> right
[19:32] <kyrofa> asac, trunk is ahead of the latest in the PPA?
[19:33] <asac> not sure .)
[19:33] <asac> i am always using trunk directly. updated bug with what i remembered
[19:33] <asac> lets see what folks say
[19:34] <asac> kyrofa: are u using daily build ppa?
[19:34] <asac> e.g https://launchpad.net/~snappy-dev/+archive/ubuntu/snapcraft-daily ?
[19:34] <kyrofa> asac, yes
[19:34] <asac> i am on 130
[19:34] <asac> ppa seems to be on 129, but i had this experience yesterday so i assume used 129
[19:34] <asac> *shrug*
[19:35] <asac> thanks!
[19:36] <kyrofa> asac, hmm, alright. No problem!
[19:37] <asac> kyrofa: https://pastebin.canonical.com/137108/
[19:37] <asac> and yes i am on 129 :) ... found out that 130 is my own local commit
[19:40] <kyrofa> asac, huh....
[19:42] <kyrofa> asac, I just purged devscripts as well, and now exactly what happened to you happened to me
[19:43] <kyrofa> asac, does apt leave something behind that helps snapcraft here?
[19:48] <lool> rajen: hey there
[19:48] <rajen> Hi there
[19:51] <rajen> Hi Loic
[19:52] <sergiusens> ogra_: https://code.launchpad.net/~sergiusens/snapcraft/dget/+merge/267411
[19:52] <kyrofa> sergiusens, hey daddy. Congratulations :)
[19:52] <sergiusens> kyrofa: lol, thanks
[19:53] <kyrofa> sergiusens, hey dude, get in line! https://code.launchpad.net/~kyrofa/snapcraft/add_devscripts_to_depends/+merge/267402
[19:53] <kyrofa> :P
[19:54] <kyrofa> sergiusens, although asac had some interesting things to say about that ^^
[19:56] <sergiusens> kyrofa: oh look at that, it is as if you found this minutes ago :-P
[19:57] <kyrofa> sergiusens, hahaha
[19:57] <kyrofa> sergiusens, although notice if you now purge devscripts, snapcraft will prompt you to install it
[19:57] <kyrofa> sergiusens, so something weird is happening. I'm setting up an lxc real quick to test on a clean system again
[19:58] <kyrofa> sergiusens, asac huh... worked fine in lxc. I have no idea why it sometimes doesn't work
[19:59] <sergiusens> kyrofa: about requiring devscripts?
[19:59] <kyrofa> sergiusens, yeah
[19:59] <sergiusens> kyrofa: I guess the use of dget is not the right thing here
[19:59] <kyrofa> sergiusens, sometimes it just offers to pull it in for you, but sometimes it breaks trying to just exec dget
[19:59] <sergiusens> kyrofa: it should use the python api for apt more and get links to the actual deb
[19:59] <kyrofa> sergiusens, ah, yeah that would be better
[20:00] <sergiusens> kyrofa: in the end, dget is just a perl script
[20:14] <sergiusens> ted: how are you running the vm to test your photoviewer app?
[20:24] <ted> sergiusens, With libvirt in vm-manager
[20:25] <sergiusens> ted: and mir just works? I'm getting connection issues
[20:26] <ted> sergiusens, Are you using QXL and Spice?
[20:26] <sergiusens> ted: qxl, what is spice?
[20:26] <ted> sergiusens, Like VNC
[20:26] <ted> It shouldn't matter, as long as QXL.
[20:27] <sergiusens> ted: let me see if using virt-manager toggles some extra options I'm missing
[20:27] <sergiusens> need to logout for a bit
[20:33] <sergiusens> ted: are you running on rolling or 15.04?
[20:34] <ted> sergiusens, I believe 15.04, let me check.
[20:34] <sergiusens> ted: and where did you get mir from? Manual download from the store?
[20:35] <ted> sergiusens, Yes, just snappy install mir
[20:35] <sergiusens> ted: 'snappy install mir' does not work :-P it doesn't have an alias
[20:36] <sergiusens> ted: works in virt manager btw, not sure why it doesn't with my magic kvm cli
[20:36] <sergiusens> ted: thanks for the fish ;-)
[20:37] <ted> How do I find what channel I'm on?
[20:37] <sergiusens> ted: snappy info
[20:37] <ted> Ah, yeah. 15.04