[01:30] <asac> fionnan: i think stuff is coming along... most recent image should work fine with docker
[06:22] <davidcalle> asac, hey, still around?
[06:57] <dholbach> good morning
[07:00] <dholbach> salut davidcalle, mon ami - ça va?
[07:01] <davidcalle> dholbach, hey Daniel, I'm great, and you?
[07:02] <dholbach> doing well as well - thanks :)
[07:03] <dholbach> asac, HAPPY BIRTHDAY! :)
[07:03] <dholbach> davidcalle, I think I'll go through the BBB docs again
[07:03] <davidcalle> Dammit, we actually need to make him happy. I was planning on slacking most of the day.
[07:04] <davidcalle> Happy birthday asac :)
[07:04] <dholbach> damn, you're right :)
[07:04] <davidcalle> dholbach, I've started on updating the porting guide, then I'll do the appliance builder one.
[07:05] <dholbach> ok cool
[07:05] <dholbach> did you fix the ova instructions?
[07:06] <davidcalle> dholbach, nope, I'm still a bit confused about what/how to fix.
[07:06] <dholbach> ok... I'll take a look at that too
[07:56] <dholbach> mvo, shall I try with a different channel then edge?
[07:56] <mvo> dholbach: its not working for you?
[07:56] <mvo> dholbach: do you have a serial cable to test?
[07:56] <dholbach> no, I'm afraid I don't have a serial cable
[07:56] <dholbach> although somebody might in the office
[07:59] <dholbach> does http://cdimage.ubuntu.com/ubuntu-snappy/15.04/edge/ubuntu-15.04-snappy-armhf-bbb.img.xz work?
[08:10] <dholbach> utlemming, rcj: can you give us a few more instructions on how to factor http://blog.utlemming.org/2015/01/snappy-images-for-vagrant.html into developer.ubuntu.com/snappy/start?
[08:10] <dholbach> I'm not sure we have all the information here
[08:11] <dholbach> or http://blog.utlemming.org/2015/04/using-snappy-ova-images-when-you-dont.html
[08:12] <dholbach> asac, davidcalle and I are around when you are
[08:13] <dholbach> davidcalle, man, I'm so glad I'm working together with you on this :)
[08:13] <davidcalle> dholbach, same!
[08:14] <dholbach> and with the other hippies in here :)
[08:15] <dholbach> mvo, so I'm trying this image now, but dd'ing it (and syncing) just takes some millisecond
[08:15] <dholbach> I feel like something doesn't quite work right
[08:21] <dholbach> nevermind, now that I'm doing it right, it's working now - still doesn't boot
[08:27] <mvo> dholbach: yeah, dosn't boot for me either
[08:28] <mvo> sergiusens: did anything change in u-d-f that might cause issues with beaglebone boots? I can't boot it with a freshly written image currently and I wonder what is going on. I get  http://paste.ubuntu.com/10870157/
[08:33] <dholbach> trying http://cdimage.ubuntu.com/ubuntu-snappy/15.04/20150422/ubuntu-15.04-snappy-armhf-bbb.img.xz
[08:45] <dholbach> mvo, ^ works
[08:45] <dholbach> I just had to try to ssh into all machines on the network
[08:45] <dholbach> that took a while :)
[08:46] <dholbach> I'll run snappy update now to see what's new and if that works
[08:47] <dholbach> davidcalle, ^ getting there
[08:47] <davidcalle> dholbach, \o/
[09:02] <dholbach> davidcalle, snappy tour updated *\o/*
[09:05] <dholbach> mvo, 15.04/20150422 works
[09:05] <dholbach> I updated it to the latest and updated the snappy tour docs, so that's all fine
[09:11] <dholbach> davidcalle, I'll comment out the webdm stuff on the /start page
[09:12] <davidcalle> dholbach, ok. I'm not linking it from the Guides page, but still leaving it in the top list of subpages. I think that's an okay middle-ground.
[09:13] <davidcalle> (it = the whole webdm page)
[09:13] <dholbach> +1
[09:18] <davidcalle> dholbach, what do you think of https://developer.ubuntu.com/en/snappy/guides/?
[09:21] <dholbach> <3 <3 <3
[09:22] <dholbach> beautiful work
[09:23] <davidcalle> dholbach, cool :)
[09:24] <dholbach> davidcalle, I'm running linkchecker over the namespace
[09:25] <davidcalle> dholbach, uh oh :)
[09:25] <dholbach> not too bad - just one link broken :)
[09:25] <mvo> dholbach: still fails for me, I think my bbb is broken
[09:25] <dholbach> fixing
[09:26] <dholbach> mvo, with the 22 image it worked, but it took a while to boot... and as I said: I needed to loop over all IPs in the subnet to ssh into it (but that might be a office network specific thing that I couldn't find "webdm")
[09:28] <mvo> asac: feedback for https://code.launchpad.net/~mvo/snappy-hub/snappy-examples-oem-hardware-snap/+merge/256800 would be great and for https://code.launchpad.net/~mvo/snappy-hub/snappy-examples-hwassign/+merge/257231
[09:28] <mvo> asac: we may want those example in unless they are superseeded by your applicance guide work of course
[09:34] <davidcalle> dholbach, have you started on https://trello.com/c/L6sBYZqC/44-start-beagleboard-kvm-instructions-better-download-experience ? If not, I am
[09:34] <dholbach> davidcalle, can do
[09:37] <pitti> mvo: guten Morgen!
[09:37]  * pitti puts up his "do source new review on release day for beer" cardboard sign
[09:37] <mvo> hey pitti
[09:37] <dholbach> mvo, pitti's cheap
[09:37] <pitti> I didn't say how much :0
[09:38] <mvo> pitti: ahah, I will wait for steve then ;)
[09:38] <dpm> dholbach, davidcalle, looking at the start page, good work with the download boxes for the images. Do you mind if I change the top text to e.g. "Download KVM images" instead of "Image links" to make it more clear?
[09:38] <mvo> pitti: sorry, I know its terrible
[09:38] <dholbach> dpm, sure
[09:38] <dpm> ok
[09:39] <davidcalle> dpm, +1
[09:39] <dpm> ok, on it, then
[09:39] <dholbach> :)
[09:40] <davidcalle> dpm, since you are touching it, do you mind moving them to the top right of their sections?
[09:40] <dpm> davidcalle, sure
[09:40] <davidcalle> dpm, thanks!
[09:43] <pitti> mvo: can you please fix the "Vcs:" tag in bzr? It's spelled Vcs-Bzr:
[09:43] <mvo> pitti: silly me, sure
[09:44] <pitti> mvo: (no need to reupload, just for next time)
[09:45] <pitti> mvo: also, would you mind adding a standard copyright/license headers to the .c files? there's no COPYING, the only license/copyright ATM is in debian/
[09:45] <pitti> which is fine for a native Debian package, but it's not "upstreamable" or distriubtable as a tarball that way
[09:45] <mvo> yeah, indeed, I fix that now too, thanks pitti
[09:46] <pitti> mvo: why do we need debian/dirs, OOI?
[09:47] <mvo> pitti: I think I actually don't need them anymore, iirc the makefile was not that smart initially but thats fixed
[09:47] <pitti> dh_install and dh_apparmor etc. sohuld also create missing dirs
[09:49] <pitti> mvo: ok, accepted; I'll do the binNEW in a bit when it's built
[09:49] <mvo> pitti: \o/
[09:49] <mvo> pitti: and I fix the issues
[09:49] <pitti> mvo: cheers
[09:50] <dpm> dholbach, davidcalle, done
[09:51] <dpm> ah, wait, the bbb box is still missing
[09:51] <dpm> on it
[09:53] <pitti> mvo: FTR, it's depwait on arm64/ppc64el because of missing seccomp
[09:53] <pitti> mvo: IIRC arm64 is a snappy target, so we have to sort that out in wanking
[09:53] <pitti> or wobbly, or whizzy, or whatever 15.10 will be :)
[09:54] <asac> mvo: yes those examples are good; i am not sure though if we want to tell the world to use the oem.snap to ship executables too
[09:54] <asac> mvo: so hw-assign for sure
[09:54] <asac> the other ... maybe superseeded or make a smaller pair than the demo
[09:55] <asac> davidcalle: dholbach: o/
[09:55]  * dholbach hugs asac
[09:55] <asac> davidcalle: dholbach: seems the list in docs TODO is significantly shorter now!
[09:56] <asac> davidcalle: dholbach: anything to crunch througjh/review first thing now?
[09:56] <pitti> mvo: binNEWed, and infinity unblocked it, so it should hit vivid in a few
[09:56] <davidcalle> asac, yeah, we deleted a lot of cruft ;-)
[09:56] <mvo> pitti: \o/
[09:56] <dholbach> asac, still a bit unsure on what to land wrt OVA
[09:56] <davidcalle> asac, and Vagrant
[09:58] <davidcalle> asac, I've also added a comment for you on https://trello.com/c/L6sBYZqC/44-start-beagleboard-kvm-instructions-better-download-experience , that's pretty much it, afaik
[10:00] <asac> davidcalle: yeah, so i think having two commands might be confusing... but we should explain that this command is getting XXX and that other options are avail on the right
[10:00] <davidcalle> asac, ok, I think that's a good middle-ground
[10:01] <dholbach> +1
[10:01] <asac> davidcalle: on the beaglebone start i think this paragraph has to go now that webdm isnt highlighted there anymore: Try exploring the store and install one of the available snapps. If you have your own snapp you would like to publish, simply upload through the Ubuntu Software Store. Alternatively, as a developer you can also sideload snapps manually.
[10:01] <asac> then it reads nice
[10:02] <asac> davidcalle: so after the 1-2 minutes wait you can access it with ssh and start with the walkthrough
[10:02] <dholbach> asac, but snaps are still "in the store"
[10:02] <dholbach> "snappy search" will search the store, no?
[10:03] <asac> dholbach: sure you could rephrase it ... but i would put the ssh into it first
[10:03] <asac> because you cannot explore store unless you have anything :)
[10:03] <dholbach> right
[10:03] <asac> so 1. wait 1-2 munutes; 2. ssh into it; 3. if you want explore the store with snappy search or go for the tour
[10:03] <asac> :)
[10:03] <dholbach> davidcalle, do you want me to try to rephrase it?
[10:03] <davidcalle> dholbach, sure :)
[10:03] <dholbach> ok
[10:04] <davidcalle> dpm, thanks for the boxes!
[10:06] <dholbach> ok, done
[10:07] <davidcalle> dholbach, lgtm
[10:07] <dholbach> done - ship it!
[10:09] <dpm> davidcalle, finished, added a Raspi 2 box too
[10:09] <davidcalle> dpm, looking good, thanks
[10:10] <asac> davidcalle: dholbach: how do you want to coordinate final updartes? trello cards or pings here?
[10:10] <asac> its just a tweak here and there like making a link etc.
[10:11] <mvo> can someone give me a hint how to generate a raspi2 snappy image? I guess I need the oem part of lool?
[10:11] <beuno> mvo, that part should be in the store, FWIW
[10:12] <dholbach> asac, as you like it
[10:13] <asac> davidcalle: dholbach: so on the appluiance guiide we should urlify this paragraph a bit:
[10:13] <asac> "As this guide makes intentional use of a very broad set of primitives provided by snappy Ubuntu Core 15.04, we recommend you make yourself familiar with how to setup a beaglebone as well as our various other guides and docs about the internals of a snappy system."
[10:13] <asac>  "how to setup a beaglebone" -> link to /start#beagle...
[10:13] <asac>  "various other guides" -> link to the guides landing page
[10:13] <davidcalle> asac, right
[10:13] <beuno> mvo, pi2.lool
[10:14] <asac> davidcalle: think a link to the tutorials landing page too somewhere... mayber for that rephrase the sentence so it make sense and point them to all major entry points
[10:14] <mvo> beuno: thanks, building now
[10:14] <dholbach> dpm, ^ maybe we could make the nav bar more obvious in general?
[10:14] <asac> davidcalle: next "assignment basically works in two steps:" ... there are bullets under that
[10:15] <asac> that looks a bit messy ... also on appliance guide
[10:15] <asac> guess you will see and know how to make better when olooking
[10:15] <asac> dholbach: yeah the navbar is pretty good though, but i think having that stuff embedded in that paragraph is also good
[10:15] <asac> it was made for that reason :)
[10:15] <asac> we could also explain to look to the top of the page to find the nice navbar if that helps :P
[10:16] <dpm> dholbach, which nav bar?
[10:16] <dholbach> dpm, the one on developer.u.c
[10:16] <dpm> you mean the TOC thing we put in the start page?
[10:16] <dholbach> dpm, the one which shows "Guides Tutorials etc."
[10:16] <utlemming> dholbach: just got up
[10:17] <dholbach> dpm, when I showed the bar to people at the sprint who hadn't used dev.u.c before some said they had never noticed the navbar
[10:17] <sergiusens> mvo: only thing that happened was a rebuild
[10:17] <utlemming> dholbach: I'm a bit unclear what you need for integration.
[10:17] <dholbach> I just thought asac's comment was similar in that regard
[10:17] <dholbach> utlemming, me too :)
[10:17] <dpm> dholbach, you mean the breadcrumbs?
[10:17] <sergiusens> mvo: well and a change from default channel from edge t stable
[10:17] <mvo> sergiusens: I think its my hardware
[10:17] <dholbach> dpm, yes
[10:17] <sergiusens> mvo: are you the only one?
[10:18] <dpm> dholbach, that'd be a question for the web team, we're using their navigation patterns
[10:18] <dholbach> ok, nvm then
[10:18] <mvo> beuno: hm, I get a error that pi2.lool can not be found in the store is it available for rolling?
[10:18] <asac> dholbach: utlemming: will you guys talk to sort out OVA and vagrant sections?
[10:18] <asac> mvo: lool has it in a people dir too i think
[10:18] <dholbach> utlemming, I'm not quite sure which of your blog posts to take and which bits to integrate to explain it well to users
[10:18] <dholbach> asac, we are talking about it now
[10:18] <asac> mvo: and its linked from the Pi2 instructions directly too
[10:18] <asac> dholbach: good
[10:18] <asac> :)
[10:19] <beuno> mvo, it isn't, not even for 15.04  :)   https://myapps.developer.ubuntu.com/dev/click-apps/2332/
[10:19] <beuno> but you can download it from there, if you just want the .snap
[10:19] <asac> mvo: https://code.launchpad.net/%7Elool/+junk/pi2.lool/
[10:19] <asac> mvo: http://people.canonical.com/~lool/pi2-device-and-oem/
[10:20] <mvo> lool: could you set https://myapps.developer.ubuntu.com/dev/click-apps/2332/releases/ please?
[10:21] <asac> mvo: he is off
[10:21] <mvo> asac: thanks!
[10:21] <asac> beuno: ^^
[10:23] <davidcalle> asac, appliance guide fixed, thanks :)
[10:23] <beuno> asac, mvo, I can fiddle with it in the admin, but maybe its better to re-upload under the shared account, instead of lool's personal one?
[10:23] <asac> davidcalle: so the appliance guide also has bunch of things taht could be nice inline <code> formatted
[10:24] <asac> davidcalle: like where we refer to "video0" or "/dev/..." or "some command" inline
[10:24] <asac> not sure if you want to eyeball over it and do what you can spot ... maybe there is more important stuff to do
[10:24] <asac> surely cosmetic
[10:25] <dholbach> utlemming, if people expect to run ubuntu core in a vm locally (and not kvm), what should we recommend to them?
[10:25] <davidcalle> asac, since it has long paragraphs, that's important to make these stand out, I'll take care of it.
[10:26]  * davidcalle is afk for a moment
[10:26] <dholbach> utlemming, I can see your vagrant instructions - shall I update the vagrant bits with http://blog.utlemming.org/2015/01/snappy-images-for-vagrant.html?
[10:26] <dholbach> utlemming, and for ova (many will probably expect to download the images and just doubleclick them to get them working with virtualbox), shall I integrate everything from http://blog.utlemming.org/2015/04/using-snappy-ova-images-when-you-dont.html?
[10:26] <dholbach> (or rather the first part of the latteR)
[10:27] <utlemming> dholbach: yeah, update the vagrant bits with the instructions
[10:27] <dholbach> asac, ^ do you have an opinion too?
[10:27] <dholbach> utlemming, ok, looking into it
[10:28] <asac> dholbach: if utlemming has an opinion i am agreeing with him :)
[10:28] <asac> if not i always have an opinion on everuything as you know :P
[10:28] <asac> to fill the opinion gaps of the world :P
[10:29] <asac> davidcalle: so https://developer.ubuntu.com/en/snappy/guides/architecture/ i think we could have links below the nice graphics that link to intersting pages for the individual elements
[10:30] <asac> davidcalle: like links about apps, about frameworks, about oem snap, about enablement (guess porting for now until we have omething better), and to the appliance guide
[10:30] <asac> for the overall system
[10:30] <asac> (just as an idea so the reader finds more info where he wants to deep dive
[10:30] <utlemming> dholbach: I just realized that the links in my blog were bad on the bottom for the Vagrant instructions. I've updated them.
[10:31] <dholbach> utlemming, are we going to add stable as well?
[10:32] <utlemming> dholbach: yes, stable is building now
[10:32] <dholbach> yeehaw!
[10:32] <dholbach> thanks a lot utlemming!
[10:32] <asac> davidcalle: so on our guides landing page (which looks pretty awesome tbh with good content) https://developer.ubuntu.com/en/snappy/guides/
[10:33] <asac> davidcalle: can we make the lower list have the same nice graphics fopr the bullets as the upper one?
[10:33] <dholbach> asac, I'll take care of it - davidcalle is gone for a bit (probaby looking after his sick kid)
[10:33] <asac> oha
[10:33] <asac> thanks
[10:34] <dholbach> utlemming, check the vagrant section again and let me know if it's better
[10:34] <dholbach> asac, looking after the guides page now
[10:34] <asac> dholbach: also those nice boxes referring to our big guides could look even nicer if we would put a nice "education" icon from the official ubuntu icon set there (dont know if hwe have that, but i am sure we must have something for tutorials)
[10:34] <asac> those boxes at the bottom
[10:35] <dholbach> asac, bullet points fixed
[10:35] <utlemming> dholbach: looks better, thanks
[10:35] <dholbach> utlemming, rock and roll
[10:35] <asac> dholbach: so i wonder ... maybe the tutorials should also become guides and go into simillara boxes at the end of tghe guides page?
[10:35] <asac> dholbach: https://developer.ubuntu.com/en/snappy/guides/
[10:35] <dholbach> utlemming, should I provide the information about the cloud config bits?
[10:35] <asac> dholbach: https://developer.ubuntu.com/en/snappy/tutorials/
[10:35] <asac> err
[10:35] <asac> they look pretty sparse and its not clear to me what they are difference
[10:36] <asac> dholbach: so we have just overivew, get started, guides, participate on top level hierachy
[10:36] <dholbach> asac, guides are supposed to be explanatory, taking you by the hand and explaining the world from snappy's eyes - tutorials are step by step instructions to get something done
[10:37] <dholbach> asac, https://design.ubuntu.com/wp-content/uploads/pictogram-help-orange-hex.svg
[10:37] <dholbach> asac, https://design.ubuntu.com/wp-content/uploads/pictogram-education-orange-hex.svg
[10:38] <dholbach> were you looking for any of these? ^ and where would you put them?
[10:38] <dholbach> which boxes were you referring to? the image/channel link boxes?
[10:47] <asac> mvo: i can make a port forward for you to look at my appliance
[10:47] <asac> that is in the broken state
[10:48] <mvo> beuno, asac: I uploaded pi2 as https://myapps.developer.ubuntu.com/dev/click-apps/2436/
[10:48] <beuno> mvo, ask for a manual review
[10:48] <dholbach> utlemming, vagrant instructions confirmed to be working - thanks
[10:49] <asac> mvo: i have no permissions, but that is fine i hope
[10:49] <beuno> mvo, ready to publish
[10:50] <mvo> asac: what exactly should I do? fix it? what application is that? can I install it locally somehow? (I try to make my pi2 work right now9
[10:50] <mvo> )
[10:52] <asac> mvo: there are a few things i wnated to show you
[10:53] <asac> a) right now the appliance was put together and the seccomp parts for arm were not picked up
[10:53] <asac> if i install the app again with the board running it will work
[10:53] <asac> b) howver it will not work with the current udev rule ... which is kinda the same as the one generated with hw-assign
[10:53] <asac> which would then work again
[10:54] <mvo> asac: yeah, that might be the need for a updated ubuntu-core-snappy-seccomp in the ppa/system?
[10:54] <asac> mvo: so i guess i can give you a login and you could observe those things
[10:54] <mvo> asac: yes, I am happy to do that
[10:54] <mvo> asac: (b) is strange
[10:54] <asac> mvo: could be, but i think it might be tricky... i have the feeling it has to do with the fact that thos are ARM specific syscalls
[10:54] <asac> and our seccomp compiler is not good at crossing
[10:54] <asac> tyhicks: jdstrand: ^ would have to check that i am sure
[10:55] <asac> mvo: ok gimme a sec i will give you details and we can talk in /msg :)
[10:55] <mvo> asac: ohhh, if its checking hte architecture its running on, that will not work. it need to generate all syscalls everytime :/
[10:55] <asac> mvo: right, it might even be built time though if its not a text file
[10:55] <mvo> indeed
[10:56] <asac> e.g. it could be its in an #ifdef __arm__ in the libsecomp binary
[10:56] <mvo> yeah, that would explain the brakage
[10:56] <mvo> but I don't know the code, I guess its best to wait for jamie
[10:57] <rcj> dholbach, the azure instructions will change a bit with naming changes made to incorporate the 'channel' name
[10:59] <dholbach> rcj, if you can provide any pointers or explanation that'd be much appreciated
[10:59] <rcj> dholbach, I emailed you the changes.  Bit too complex for irc.
[10:59] <dholbach> utlemming, http://cloud-images.ubuntu.com/snappy/15.04/core/ has stable now
[10:59] <dholbach> utlemming, shall I test it with vagrant and add it to the instructions
[10:59] <dholbach> rcj, thanks, looking
[11:00] <utlemming> dholbach: give me a minute first
[11:00] <dholbach> utlemming, no worries
[11:00] <dholbach> rcj, are there going to be stable images too?
[11:02] <rcj> dholbach, hopefully.  The python2 / Azure agent issue is being worked to give us working images.
[11:03] <rcj> dholbach, I'll ping you with that name for the examples when it exists.  But for now the 1504 edge is the image for the docs
[11:04] <dholbach> rcj, updated - can you reload and confirm that that's what you expected?
[11:04] <asac> sergiusens: so interesting is that i fell into the trap believeing the the seccomp was still the problem
[11:04] <utlemming> dholbach: the Vagrant Cloud instructions should be "vagrant init ubuntu/ubuntu-15.04-snappy-core-stable"
[11:05] <asac> sergiusens: but turns out that we dont generate the APP_DATA_PAH with udf for built-in stuff properly
[11:05] <asac> is now my prob
[11:05] <asac> sergiusens: mvo said something with writable path overload etc.
[11:05] <asac> sergiusens: you want to log into my bbb and look at the situation?
[11:06] <rcj> dholbach, not seeing updates on my end
[11:06] <dholbach> rcj, ctrl-shift-r (might be the cache)?
[11:06] <dholbach> utlemming, ok cool
[11:08] <rcj> dholbach, I really don't see an update to Azure on http://www.ubuntu.com/cloud/tools/snappy Even loading it on a clean browser w/o cache
[11:08] <dholbach> rcj, sorry
[11:08] <dholbach> rcj, we moved everything over to http://developer.ubuntu.com/snappy/start
[11:08] <dholbach> ... and we'll drop all technical stuff fomr ubuntu.com/cloud/tools/snappy
[11:08] <dholbach> ... and ubuntu.com/things
[11:09] <rcj> dholbach, those look good
[11:09] <dholbach> rcj, <3
[11:09] <dholbach> rcj, are you going to let me (and/or davidcalle) know later on if we will have stable images as well
[11:09] <dholbach> ?
[11:14] <dholbach> utlemming, I updated the vagrant docs again - they now point to stable by default and I added instructions for how to move to 'edge'
[11:15] <dholbach> with that I'd think we'd be done for vagrant
[11:16] <rcj> dholbach, utlemming or I will update you on release day names for cloud images
[11:17] <sergiusens> asac: I think I know what tis is about
[11:17] <sergiusens> asac: on second boot it should be there, if it is, then I know what it is about and I thought it was fixed
[11:17] <dholbach> rcj, today is release day
[11:18] <dholbach> so later on, I guess - can you please ping davidcalle and me - just to be sure one of us can get to it
[11:18] <asac> oh
[11:18] <asac> sergiusens: so i got autopilot reboot ... maybe its now working?
[11:18] <rcj> dholbach, yeah, but they're not released yet (nor do they exist yet) ;)
[11:18] <asac> sergiusens: no it didnt help
[11:18] <sergiusens> asac: if it's there, there's a race of service start and dir creation
[11:18] <asac> sergiusens: let me give you details
[11:18] <rcj> dholbach, we'll keep you updated
[11:18] <sergiusens> oh, it's something else then
[11:19] <dholbach> rcj, thanks muchly
[11:25] <sergiusens> asac: Apr 23 11:14:59 localhost systemd[1]: var-lib-apps.mount: Directory /var/lib/app
[11:25] <sergiusens> s to mount over is not empty, mounting anyway.
[11:25] <sergiusens> asac: that might explain
[11:26] <sergiusens> asac: yeah, that's it
[11:26] <sergiusens> asac: writable-paths might need a fix
[11:27] <asac> sergiusens: is that a udf update?
[11:27]  * asac thinks so
[11:27] <asac> i am sure if i remove/install it will work
[11:27] <asac> sergiusens: you need to look more?
[11:27] <asac> or can i try that?
[11:27] <sergiusens> asac: so, a new image is required
[11:27] <sergiusens> asac: I change writable paths myself and rebooted your device
[11:28] <asac> sergiusens: so you umounted, copied what was there and mounted and copied back?
[11:28] <asac> sergiusens: current image still does right thing for parts installed after boot right?
[11:28] <asac> just not preinstall?
[11:29] <sergiusens> asac: so, I mounted read/write, modified /etc/system-image/writable-paths, rm -rf /writable/system-data/var/lib/apps and rebooted
[11:29] <sergiusens> asac: yes
[11:34] <asac> sergiusens: it is running :)
[11:34] <asac> sergiusens: want to see if pluggin in video now just picks it up
[11:34] <mvo> sergiusens: aha, writable-path wrong? that makes sense
[11:34] <mvo> asac: if its up and running I would love to inspect the udev rules
[11:35] <asac> mvo: yes log in again
[11:35] <asac> i will wait with plug in
[11:35] <asac> the udev rule looks good
[11:35] <asac> and i am sure it will match with trigger
[11:35] <asac> but yesterday it wasnt picked up ... e.g. access still denied
[11:35] <asac> and hw-assign worked though
[11:35] <asac> tell me when you are in :)
[11:35] <mvo> sergiusens: I upload a new ubuntu-core-config with writable path fix unless you are already on it?
[11:38] <mvo> asac: I'm in and what I see on the filesystem looks good, could you plug in the webcam?
[11:38] <dholbach> utlemming, I integrated your http://blog.utlemming.org/2015/04/using-snappy-ova-images-when-you-dont.html blog post - if we get bugs about it, we'll fix them
[11:38] <utlemming> dholbach: ack, link to the final product?
[11:39] <asac> mvo: ok lets plug :)
[11:39] <asac> mvo: its plugged
[11:40] <asac> mvo: udevadm trigger --verbose --dry-run -
[11:40] <asac> /sys/devices/platform/ocp/47400000.usb/47401c00.usb/musb-hdrc.1.auto/usb1/1-1/1-1:1.0/video4linux/video0
[11:40] <asac> err
[11:40] <dholbach> utlemming, https://developer.ubuntu.com/en/snappy/start/
[11:40] <sergiusens> mvo: please do, I broke something
[11:40] <asac> mvo: $ udevadm trigger --verbose --dry-run --tag-match=snappy-assign
[11:40] <asac> /sys/devices/platform/ocp/47400000.usb/47401c00.usb/musb-hdrc.1.auto/usb1/1-1/1-1:1.0/video4linux/video0
[11:40] <sergiusens> mvo: so I changed none to transition for /var/lib/apps
[11:41] <sergiusens> mvo: maybe we should change all of these paths to transition
[11:41] <asac> mvo: but look at sudo systemctl status -l webcam-demo_webcam-demo_1.0.1.service
[11:41] <asac> mvo: operatoin not permitted
[11:41] <asac> mvo: so it is not perfect
[11:41] <asac> even if you remove the ATTRS part of the rule it will not work
[11:41] <dholbach> davidcalle, looking into 1447422
[11:41] <asac> buyyt if you now run hw-assign it wuill start working again
[11:42] <asac> mvo: any clue?
[11:42] <asac> mvo: maybe we need to do a udevadm trigger settle etc. still?
[11:43] <asac> mvo: very ood
[11:43] <mvo> asac: I think I found the bug :( a typo in the apparmor rules, let me fix
[11:43] <asac> i think it shot ONE picture
[11:43] <asac> Apr 23 11:41:12 localhost.localdomain ubuntu-core-launcher[678]: Disabling the the banner.
[11:43] <asac> Apr 23 11:41:12 localhost.localdomain ubuntu-core-launcher[678]: Writing JPEG image to 'shot.jpeg'
[11:43] <asac> but then stopped doing it
[11:43] <asac> very odd
[11:43] <asac> very odd
[11:43] <asac> not sure how to get complete log
[11:44] <asac> maybe it worked but then something disabled it after a bit
[11:44] <asac> mvo: its great that you found the bug!!!
[11:44] <asac> not :(
[11:44] <mvo> asac: look at it, it works now
[11:45] <mvo> asac: well, you need to be video group or root but
[11:45] <asac> mvo: well look at the service log
[11:45] <asac> it still doesnt work
[11:45] <asac> mvo: do i need to restart that
[11:45] <mvo> asac: where is the service log?
[11:45] <mvo> asac: oh, nevermind
[11:45] <asac> sudo systemctl status -l webcam-demo_webcam-demo_1.0.1.service
[11:45] <asac> i wanted this to start working :)
[11:45] <asac> but if you hacked apparmor maybe we need to restart it
[11:45] <asac> mvo: buut if you started from command line, first stop
[11:45] <mvo> $ sudo systemctl restart webcam-demo_webcam-demo_1.0.1.service
[11:46] <asac> then kill all stuff still running from your cli
[11:46] <asac> and then start
[11:46] <asac> the cli thing leaves stuff behind
[11:46] <asac> if you ctrl-c it ... its a dirty script :)
[11:47] <asac> mvo: right so there is a problem the jkpeg is black
[11:47] <mvo> asac: so is it working now? the systemctl seems to be happy?
[11:47] <mvo> asac: oh
[11:47] <asac> but i am sure its because you left stuff over
[11:47] <asac> mvo: you see the JPEG error?
[11:47] <asac> thats a prob
[11:47] <asac> let me stop
[11:47] <asac> and kill all and start
[11:47] <mvo> Apr 23 11:47:21 localhost.localdomain ubuntu-core-launcher[2879]: VIDIOC_DQBUF: No such device
[11:47] <asac> right
[11:47] <asac> its racy
[11:47] <asac> because your CLI left stuff over
[11:47] <asac> the CLI is only for debvugging
[11:47] <asac> i shall remove it asap
[11:49] <davidcalle> dholbach, ok, doing fixes on the appliance guide (fyi, I'm going to keep being on and off for ~1h)
[11:49] <asac> mvo: weird
[11:49] <asac> Apr 23 11:49:15 localhost.localdomain ubuntu-core-launcher[3231]: GD Error: gd-jpeg: JPEG library reports unrecoverable error: Not a JPEG file: starts with 0xea 0x2cCaptured frame in 0.00 seconds.
[11:49] <asac> i still get that
[11:49] <asac> maybe reboot
[11:49] <asac> or replug
[11:49] <asac> let me replug first :)
[11:49] <mvo> ok
[11:49] <asac> ok unplugged
[11:50] <asac> log is as expected
[11:50] <asac> nope
[11:50] <asac> ok let me reboot
[11:50] <asac> and laeve it plugged :)
[11:50] <asac> if all is good it should just start working
[11:51]  * asac decides its good to also power the board properly
[11:51] <dholbach> davidcalle, I might run out for lunch in a bit - dpm, mhall119: will you be around if there are last minute docs changes for the snappy pages?
[11:51] <asac> mvo: it works :)
[11:52] <mvo> asac: yay!
[11:52] <dpm> dholbach, I will be. Anything in particular we should watch for?
[11:52] <asac> mvo: look at the shoot.jpeg in a few secs
[11:52] <mhall119> dholbach: I won't be, about to get lunch myself and then leaving for Bluefin
[11:52] <mvo> asac: ok, so we need one ubuntu-core-config fix and one snappy fix, both are already done so we just need to get a new image and a new u-d-f
[11:52] <dholbach> asac, rcj, utlemming, mvo, slangasek: please ping davidcalle and dpm and me if you have changes which should go to developer.ubuntu.com/snappy/*
[11:52] <dholbach> mhall119, gotcha
[11:53] <dholbach> dpm, pings :)
[11:53] <kickinz1> asac: owncloud ko on new bbb r33 image...
[11:53] <dpm> ok :)
[11:53] <asac> kickinz1: yes because of bad path
[11:53] <asac> writable
[11:53] <kickinz1> asac: ok reading scrollback
[11:53] <asac> sergiusens: does the writable path work
[11:53] <asac> if you reboot
[11:53] <asac> and install?
[11:53]  * asac wonders when this regressed
[11:54] <asac> kickinz1: so maybe uninstall, reboot, install fixes it
[11:54] <asac> kickinz1: for all software
[11:54] <asac> dont install on first boot
[11:54] <asac> weird
[11:54] <asac> though
[11:56] <sergiusens> asac: it might of regressed when we removed click as the hooks tok care of these things iirc
[11:59] <asac> Chipaca: around?
[11:59] <Chipaca> asac: yarp
[11:59] <asac> i have finished the guide... could yuo maybe do a quick read and do sggestions again?
[12:00] <asac> Chipaca: page 17 onwards is new
[12:00] <asac> the rest is unchanged
[12:01] <asac> davidcalle: dholbach: so the guide got finished... Chipaca is doing some first round of wordsmithing and then i will hand it over for integration. new is from page 17
[12:02] <asac> davidcalle: i made a final section "Question" where we should put our standard boilerplate on how to get in ocontact like on the porting guide
[12:10] <Chipaca> asac: you know what would be cool? being able to express in hardware.yaml "when this device gets plugged in, start that service"
[12:10] <davidcalle> asac, which guide is it?
[12:12] <davidcalle> Chipaca, ^
[12:13] <Chipaca> asac: first pass complete. Any resemblance to real persons, living or dead is purely coincidental.  Void where prohibited.  Some assembly may be required.  Batteries not included.  Contents may settle during shipment.  Use only as directed.  May be too intense for some viewers.
[12:13] <Chipaca> davidcalle: it's not my link to hand out :-/
[12:14] <davidcalle> Chipaca, well, is it the appliance webcam guide or something else?
[12:14] <asac> Chipaca: lol
[12:14] <Chipaca> davidcalle: yes, it's the webcam thing
[12:15] <davidcalle> Chipaca, thanks :)
[12:17] <davidcalle> asac, please don't validate chipaca changes on the doc, I need them for my fixes :)
[12:17] <davidcalle> Well validate/accept suggestions
[12:21] <davidcalle> Hmm, actually you can if you want, since this is all new text (/me grabs more coffee)
[12:23] <Chipaca> davidcalle: the first paragraph i think was there last night
[12:23] <Chipaca> but i spotted things in it that were wrong so :)
[12:25] <utlemming> dholbach: AMI ID's for AWS: http://paste.ubuntu.com/10871048/
[12:28] <asac> davidcalle: oh
[12:28] <asac> davidcalle: i thought it was all new
[12:28] <asac> davidcalle: i added a marker of all new stuff
[12:28] <asac> you can just replace that
[12:28] <asac> or append
[12:29] <asac> at most there is one paragraph that was already there
[12:29] <asac> with changes
[12:29] <asac> davidcalle: all changes got accepted
[12:29] <asac> ready to go!!
[12:29] <asac> further changes i will not apply without telling you
[12:30] <davidcalle> asac :)
[12:36] <utlemming> dpm, davidcalle: can you update the AMI ID's with http://paste.ubuntu.com/10871048/
[12:37]  * dpm looks
[12:37] <davidcalle> dpm, I can do that after the guide if you want
[12:38] <dpm> davidcalle, sounds good. Can I leave it in your hands, then?
[12:39] <davidcalle> dpm, yeah
[12:41] <dpm> thanks
[12:47] <asac> davidcalle: dholbach: are you guys done with everything?
[12:47] <asac> davidcalle: dholbach: if so the snappy tour could get some further attention
[12:47] <asac> it is a bit unclean right now as is
[12:48] <asac> but dont want to detour other stuff we already discussed
[12:52] <davidcalle> asac, dholbach has already made a pass on it this morning, could you outline specific points you want changed?
[12:53] <davidcalle> asac, in the meantime, I still have a couple things to finish
[12:54] <asac> ok let me look at latest tour
[12:59] <asac> davidcalle: dholbach: who is coordinating with peter the updaste of website?
[13:01] <davidcalle> asac, dholbach maybe, not sure
[13:01] <shadeslayer> oh halo
[13:01] <shadeslayer> could someone expand on what's going on with the desktop stuff + snappy ?
[13:01] <asac> hi shadeslayer
[13:01]  * shadeslayer is quite interested
[13:02] <asac> willcooke: ^^
[13:02] <shadeslayer> I read https://plus.google.com/u/2/+WillCooke/posts/AxfoU3N1Ezo , but it doesn't really touch on nitty gritty details :P
[13:03] <dholbach> asac, I talked to Peter - he said everything should be fine for release
[13:03] <dholbach> utlemming, taking a look in a bit
[13:04] <asac> dholbach: but who is coordinating when to roll out the changes?
[13:04] <asac> are you telling him later"?
[13:04] <asac> dholbach: asking him in -internal now
[13:04] <asac> :)
[13:04] <dholbach> asac, it'll be part of the whole website release
[13:04] <asac> shadeslayer: so all this is pretty new and fresh
[13:04] <asac> so there might not be very detailed gritty details :)
[13:04] <shadeslayer> ah :)
[13:05] <asac> shadeslayer: but willcooke is here and give you more up to date story
[13:05] <shadeslayer> understandable, I'm just curious as to what's moving to snappy and what isn't
[13:05] <dholbach> mvo, did you end the call? :-P
[13:05] <shadeslayer> and if flavors ( or well, Kubuntu ) can leverage this as well
[13:06] <dholbach> davidcalle, I'll update the AMIs
[13:06] <davidcalle> dholbach, I'm doing it right now :
[13:06] <davidcalle> :)*
[13:06] <dholbach> ooooook :)
[13:06] <dholbach> <3
[13:09] <ogra_> shadeslayer, everything will mmove to snappy in tehh long term ... but as i said in the other channel, the existing stuff wont go away ... if you want to move to snappy as well yu will just haveto use or provide the right framework packages i guess
[13:09] <shadeslayer> mhm
[13:10] <shadeslayer> ogra_: so ... you won't share any packaging with debian in the long term?
[13:10] <shadeslayer> or do you plan to push snappy to debian?
[13:10] <ogra_> ther is no deb support in snappy currently
[13:11] <ogra_> its all snaps ... and snaps are more like tasks than like single binary packages
[13:11] <davidcalle> dholbach, I've done the change, but I don't mind a second pair of eyes on it.
[13:12] <dholbach> davidcalle, let me take a look
[13:12] <ogra_> i.e. in my vision of the future desktop there are framework snaps for Mir, Wayland or plain Xorg ... then framework snaps for the different desktop flavours ... and on top your snaps of desktop apps
[13:13] <ogra_> and on the low level some shared functionallity framework snaps (printing, avahi etc) that all on top can consume
[13:14] <willcooke> shadeslayer, asac, sorry, was in a meeting...
[13:14] <ogra_> but thats only my personal vision ... there has nothing official been defined yet
[13:15] <willcooke> shadeslayer, best thing is to listen in on the UOS sessions
[13:15] <willcooke> shadeslayer, but in a nut shell...
[13:15] <dholbach> davidcalle, looks good!
[13:15] <willcooke> shadeslayer, we're creating a Snappy Personal Image (similar to an ISO) which will use Snappy packages instead of debs for the installation of software.
[13:16] <willcooke> to start with we are going to be pre-installing a lot of software while we get to grips with Snappy packaging
[13:16] <ogra_> ubuntu-desktop framework snap :)
[13:16] <willcooke> but over the course of the next 6 months more and more things will become snaps, and fewer and fewer things will be in the image
[13:16] <davidcalle> dholbach, thanks :)
[13:17] <willcooke> e.g.  Today, LibreOffice might be in the image, in a few months there will be a LibreOffice Snap which you can install
[13:17] <willcooke> and, like the .deb version, the desktop package will pull in a lot of apps by default, like LO
[13:17] <willcooke> plus it'll be Unity 8 & Mir of course
[13:26] <dholbach> davidcalle, are we done now? :)
[13:27] <dholbach> I think we are... minus bug reports and some 'edge' images which still have to pop up, right?
[13:29] <shadeslayer> willcooke: I see, thanks for providing some insight :)
[13:31] <willcooke> shadeslayer, no worries, feel free to drop in to #ubuntu-desktop and chat with us some more, plus UOS sessions of course
[13:31] <shadeslayer> ofcourse :)
[14:08] <davidcalle> dholbach, I think so! Which bug reports?
[14:09] <dholbach> davidcalle, those that come in later on :)
[14:09] <dholbach> I fixed one by steve earlier
[14:09] <davidcalle> dholbach, oh right :) eg. https://bugs.launchpad.net/developer-ubuntu-com/+bug/1447626
[14:10] <davidcalle> asac, what can we say for this report? ^ Is there a command issue or the user has the wrong PPA on vivid?
[14:15] <asac> davidcalle: i think its outdated udf
[14:15] <asac> sergiusens: https://bugs.launchpad.net/developer-ubuntu-com/+bug/1447626
[14:15] <asac> can you confirm?
[14:16] <sergiusens> yes
[14:17] <sergiusens> davidcalle: you need the ppa even on vivid... I did have a small discussion with dholbach about this
[14:18] <sergiusens> davidcalle: but if we default to everyone needing the ppa no matter what distro series you are on, support is so much simpler
[14:19] <davidcalle> sergiusens, of course, what I'm wondering is: for this command to work, which PPA on vivid? The one called "beta" right?
[14:20] <sergiusens> davidcalle: beta is what we promote, correct
[14:22] <davidcalle> sergiusens, thanks, I'll mention it on the guide to clarify things.
[14:22] <dholbach> sergiusens, mvo, asac: I have a problem - I just produced an updated image with udf (r35), but when I dd (incl. sync run) it onto my micro-sd it takes around 2-3 seconds only
[14:22] <dholbach> I don't know what's going wrong
[14:23] <asac> dholbach: its not right
[14:23] <asac> dholbach: what /dev/node are you using?
[14:23] <dholbach> any pointers on how I could debug it?
[14:23] <dholbach> of=/dev/mmcblk0
[14:23] <asac> dholbach: is that a built in thing?
[14:24] <dholbach> yes
[14:24] <dholbach> in a lenovo x220
[14:24] <asac> dholbach: ls -la /dev/mmcblk*
[14:24] <sergiusens> asac: that's fine, it's my def target as well
[14:24] <sergiusens> oh, dd is broken
[14:24] <sergiusens> hmm
[14:24] <sergiusens> I mean, dd'ing
[14:25] <dholbach> asac, http://paste.ubuntu.com/10871641/
[14:25] <dholbach> what?!
[14:25] <dholbach> how is dd broken?
[14:28] <asac> dholbach: so it seems you dded to the bigh debice
[14:28] <asac> when the device was down
[14:28] <asac> dholbach: i would suggest to rm that file
[14:28] <asac> and maybe it comes back automatically
[14:28] <asac> dholbach: try to rm it
[14:29] <asac> rm -f /dev/mmcblk0
[14:29] <asac> if that doesnt work yhou need to reboot
[14:29] <asac> or reload your eemc driver
[14:29] <asac> i removed that file and replugged to get it back when i had that
[14:29] <asac> the 3.9G file is hiding your devnode
[14:29] <asac> afaict
[14:30] <asac> most lkely its a mknod 179,0 /dev/mmcblk0
[14:30] <asac> in case it doesnt reappear
[14:30] <asac> but i would rather reboot than risk doing something naasty
[14:30] <dholbach> 3900000000 Bytes (3,9 GB) kopiert, 6,75914 s, 577 MB/s
[14:30] <dholbach> 6,7s
[14:30] <dholbach> I don't think that's possible
[14:30] <dholbach> but yeah, I'll reboot
[14:31] <dholbach> brb
[14:33] <dholbach> now it's complaining that  »/dev/mmcblk0“  is readonly
[14:33] <dholbach> ok, now it's starting to copy - let's see if I can boot it later on
[14:33] <dholbach> :)
[14:34] <sergiusens> dholbach: mmcblk0 readonly might be becase the sdcard has a lock switch toggled
[14:35] <dholbach> sergiusens, yes, that was the case this time - but what's bizarre: this morning I could toggle the switch whichever way I wanted, it was always readonly
[14:35] <dholbach> anyway, now it seems to be happy
[14:40] <dholbach> davidcalle, ah.... ok - now I got it - Tim was all about the porting guide
[14:40] <dholbach> thanks
[14:50] <dholbach> mvo, sergiusens, did you ever see something like http://paste.ubuntu.com/10871824/?
[14:52] <sergiusens> dholbach: yes, a package with no namespace that isn't supposed to have one does
[14:53] <sergiusens> dholbach: output of ls /apps /oem please
[14:53] <dholbach> sergiusens, http://paste.ubuntu.com/10871833/
[14:54] <sergiusens> dholbach: snappy list still works?
[14:54] <dholbach> sergiusens, yes - http://paste.ubuntu.com/10871837/
[14:55] <mvo> dholbach: I just got that
[14:55] <mvo> sergiusens: I got that too, it is type framework, this is confusing
[15:00] <sergiusens> mvo: so we are probably printing the wrong error
[15:00] <sergiusens> dholbach: I need to fix the empty message on error
[15:02] <davidcalle> dpm, dholbach, asac, what about hiding the Tutorials page for now? It brings nothing to the table.
[15:02] <dholbach> davidcalle, the tour?
[15:02] <sergiusens> mvo: oh, Chipaca has an mp
[15:02] <sergiusens> ...
[15:03] <davidcalle> Oh right, the tour is a subpage of it. Nevermind then :)
[15:03] <asac> davidcalle: it has two tutorials linked, no?
[15:03] <dholbach> yes, let's just leave it there for now
[15:03] <dholbach> let's do more IA changes after the release
[15:04] <dholbach> or... the other way around: let's try to avoid doing IA changes today :)
[15:04] <mvo> sergiusens: thats for later, we need one fix from him, but no more non-critical bugs, I guess we need to fork trunk to 15.04 too at some point
[15:05] <sergiusens> mvo: yeah, make last call and I'll create the series
[15:05] <sergiusens> and trunk can move on
[15:11] <davidcalle> dholbach, asac, yes yes, I've been focusing on the Guides page and forgot these 2 were under tutorials.
[16:02] <lool> mvo: pi2.lool should be in the store since lsat thursday or so
[16:02] <lool> I used it successfully from the store
[16:02] <lool> but then I think we landed some store changes with namespaces, not sure if that changes anything
[16:03] <lool> mvo: published rpi2.lool for 15.04 and rolling
[16:03] <mvo> lool: I uplaoded pi2.canonical
[16:04] <lool> mvo: oh great; so should I kill mine?
[16:04] <mvo> lool: with a higher version number but otherwise identical
[16:04] <lool> mvo: so we're officially supporting it?
[16:04] <dholbach> lool, mvo: does that mean we need to update the docs? (https://developer.ubuntu.com/en/snappy/start/#snappy-raspi2)
[16:04] <lool> I wasn't sure about that
[16:04] <mvo> lool: probably, see other channel - uh, I don't know, thats a question for asac I guess
[16:05] <lool> mvo: first, I thought we'd want rpi upstream to maintain, then I thought PES would maintain
[16:05] <mvo> lool: someone (need to check backlog) suggested to use the canonical namespace for it
[16:05] <lool> asac: ^
[16:05] <mvo> lool: but I can unpublish if that is not actually what we want
[16:05] <lool> mvo: you're right, we need asac on this Q
[16:27] <asac> we dont want it to be .canonical for now
[16:27] <asac> its fine to be .lool
[16:28] <asac> we can discussin malta
[16:28] <lool> mvo: ^
[16:29]  * ogra_ notes down "want to be .lool"
[16:29] <lool> ogra_: I'll upload an ogra.lool
[16:29] <ogra_> lol
[16:29]  * lool hug
[16:29]  * ogra_ hugs lool 
[16:30] <lool> my mailbox has blown completely out of proportions in the last 24 hours
[16:42] <mvo> lool, asac: unpublished pi2.canonical
[17:02] <mterry> How do I update a devel snappy install to devel-proposed?  I tried using system-image-cli but that doesn't seem to take effect
[17:02] <mterry> (using --switch)
[17:10] <dpm> mterry, I was just going to ask the same question :)
[17:11] <mterry> :)
[19:46] <mterry> jdstrand, did that framework-dependency issue every get resolved?
[19:58] <jdstrand> mterry: oh yes, I never did ping you
[19:58] <jdstrand> mterry: it's all good
[19:58] <mterry> jdstrand, awesome
[19:58] <jdstrand> mterry: that was fixed *ages* ago. like, Monday even
[19:59] <mterry> :)
[19:59] <jdstrand> :)
[19:59] <jdstrand> mterry: happy release day btw :)
[19:59] <mterry> w000
[21:15] <rcj> mhall119, Updates for snappy start docs for cloud images.
[21:16] <rcj> mhall119, change the gce example image name from "ubuntu-core-devel-v20141215" to "ubuntu-snappy-core-1504-stable-2-v20150423"
[21:17] <rcj> mhall119, remove the table of AWS EC2 AMI ids of images.  There is a command to list them that will return the correct AMIs for a point in time; that cmd is already in the doc.
[21:18] <rcj> mhall119, change the Azure example image name from "b39f27a8b8c64d52b05eac6a62ebad85__Ubuntu-15.04-Snappy-core-amd64-edge-20150423-36-en-us-30GB" to "b39f27a8b8c64d52b05eac6a62ebad85__Ubuntu-15.04-Snappy-core-amd64-edge-20150423.1-40-en-us-30GB" in all occurrences as this is the release image.
[21:18] <rcj> dpm, dholback ^