[11:20] <frankban> rick_h: morning. I'll be out for 1-2 hours for doctor apt + lunch. jacekn (on #juju@canonical) asked for help in the deployment process for mjc and the gui, I mentioned you will be available in ~1 hour. Talk to you later.
[11:21]  * frankban bbiab
[11:21] <rick_h> frankban: rgr, getting it started thanks
[13:18] <frankban> rick_h: thank you! cool that the deployments went well
[13:18] <rick_h> frankban: yep, ok overall. Some small issues with the nagios support in the charm for cleanup but yay for release all the things!
[13:18] <frankban> \o/
[13:19] <frankban> rick_h: re: charm GET file from core.  do we need directory listing? I am thinking about finding the charm's readme
[13:20] <rick_h> frankban: *thinking if there's a way around it*
[13:23] <frankban> rick_h: the GET request will work like this: GET https://juju-core:17070/charms?url=local:precise/django-42&file=/path/to/file so we can support also something like file=/ and return a json with the directory contents. the only other possibility I can think of is enabling core to serve the zip as well (e.g. if you do not pass a file in the query)
[13:25] <rick_h> frankban: yea, we get around this in charmworld because we have the metadata and part of that is a list of files {{}
[13:25] <rick_h> frankban: if we only need it for the readme I'm tempted to say we just support README.md, I'm trying to find the charm author docs around readmes to see how they phrase it
[13:25] <rick_h> if they say use README.md then I'm all for the simple solution, at least for now
[13:27] <rick_h> frankban: yea guess we'll have to. They list out README, README.md, and README.rst as viable options 
[13:28] <rick_h> frankban: what about just a missing file arg returns vs a /
[13:28] <rick_h> ?
[13:28] <rick_h> file= vs file=/
[13:29] <frankban> rick_h: to return the list of files in the root dir or the list of all files?
[13:29] <rick_h> frankban: oh hmm, we only need rootdir but api-wise it'd make sense to be all files. So B I'd think
[13:29] <rick_h> ic, so file=/ is more explicit on 'files in rootdir'?
[13:30] <frankban> rick_h: yes, it's what I was thinking. e.g. you can also do file=/hooks/ 
[13:31] <rick_h> frankban: I like the idea of file= returning all files in the charm. We've got the list available at that time correct? Then it's just one point to hit for an 'about' api call
[13:31] <rick_h> and let the client parse what part of the list they care about
[13:33] <frankban> rick_h: so we have two possibilities: 1) file is optional, and if not specified we return charms metadata (for now just the list of files). in this case, file=/some/dir/ returns a bad request or similar. 2) file=something can be used to list dirs. both make sense to me
[13:34] <rick_h> frankban: I like #1. The Gui then could fetch that once, cache the list of files, and use that for subsequent calls. So it's one extra call for local charms to have that data available aside from the actual file calls to load file contents
[13:35] <rick_h> frankban: and it acts more like the current charmworld where we could make that extra call, update the charm model files attr with it, and have it for the lifetime of that model in the model cache
[13:36] <rick_h> any negatives to it?
[13:37] <frankban> rick_h: it seems good to me. dimitern do you like the above? re charm GET files: basically we return a JSON list of charm files if the file query is not passed. how does that sound?
[14:05] <dimitern> frankban, sgtm, and if we need later to actually download the charm, we can add a separate argument
[14:05] <frankban> dimitern: cool thanks
[14:17] <hatch> rick_h are we going to get a flood of fix-released emails today? :)
[14:17] <rick_h> hatch: yep
[14:17]  * hatch gets his delete key warmed up
[14:17] <rick_h> hold on!
[14:18] <hatch> oh hey for like $20 you can dramatically reduce/remove that scratch on your suv btw
[14:18]  * rick_h grumbles about idiots that can't realize I park in the back of the lot to NOT have this happen...
[14:18] <hatch> lol
[14:19] <hatch> yep, go to NAPPA (or some car parts store) and pick up a bottle of 'fine automotive polish' 
[14:19] <hatch> it should feel a little gritty on your fingers
[14:19] <hatch> grab a microfiber cloth and gently rub the scratch in a circular motion
[14:20] <hatch> 30mins later...that scratch will be gone, or at least very reduced 
[14:20] <hatch> the picture was low res but it looked like it was just in the clear coat - if it was through the clear and into the paint then you're sol :)
[14:20] <rick_h> yea, we'll see. 
[14:21] <hatch> don't rub to hard though, slow and steady wins the race else you will get swirls 
[14:21]  * hatch has a makita power polisher and a bunch of polishes for his cars :)
[14:22] <hatch> ooooo shiny 
[14:22] <hatch> http://ridirkculous.files.wordpress.com/2013/06/despicable_me_2_image_minions_1.jpg
[14:26] <hatch> ahhh there's that flood
[14:35] <hatch> rick_h re the bundle/charm keyword....can't we set a limit on the response and then paginate it?
[14:35] <hatch> having the search response take more than even .5s is not good
[14:35] <rick_h> hatch: not atm, maybe eventually. We don't have any pagination story and it's mainly for sales/demo where it can be prepped
[14:36] <rick_h> so having it (slow as can be) > not having it but doing it right isn't on the todo list atm
[14:36] <hatch> alright cool
[14:54] <hatch> rick_h any luck with your Air issue?
[14:54] <rick_h> hatch: yea, filed a kernel bug. If I set the number of cpus to 1 it boots
[14:55] <rick_h> but no wifi
[14:55] <rick_h> but the install live usb works
[14:55] <rick_h> so we'll see what happens with the kernel bug and I've got to get the latest nightly liveusb to try out
[14:55] <hatch> hmm think this will be fixed for 14.04?
[14:55] <rick_h> maybe
[14:55] <rick_h> that'll be the goal
[14:57] <hatch> you should update your question on AU 
[14:57] <hatch> you can answer your own question
[14:57] <rick_h> I did
[14:57] <rick_h> well it's closed as not valid 
[14:57] <hatch> ohh poop
[14:57] <rick_h> but I added the bug link to the top of the question
[14:57] <hatch> ahh ok /me refreshes
[14:58] <hatch> I bet the same issue will happen with the MBP's
[14:58] <hatch> so I guess I should track that bug
[15:10] <hatch> that bug to bind on only 443 is interesting
[15:50] <hatch> jujugui call in 10
[15:58] <Makyo> jujugui call in 2
[15:58] <rick_h> jujugui call in 2
[15:58] <rick_h> bah got me
[15:59] <Makyo> Uh, hm.  Going to need to switch laptops.
[16:03] <Makyo> Or maybe it's not the laptop.
[16:15] <Makyo> Seems to be just google services for me. Weird.
[16:17] <Makyo> Or just SSL.
[16:18] <Makyo> Maybe the NSA data center is slowing down.
[16:18] <rick_h> yea, little overloaded on monday
[16:33] <hatch> lol
[16:33] <hatch> frankban do you know how to make the zip lib throw an error so I can see what the response object looks like?
[16:34] <frankban> hatch: not sure, maybe passing a non-zip archive?
[16:34] <hatch> hmm yeah I can't even get there with a non-zip
[16:34] <hatch> maybe I don't need to do error handling this far in then
[16:37] <hatch> frankban ok so after I RTFS I found out that as long as it can 'read' the zip it won't error
[16:37] <hatch> so I'm pretty much going to ignore the error branch this far in
[16:37] <hatch> because I don't think it's possible to get this far in without it
[16:40] <hatch> well I'll just put a generic notification that there was a failure and console log whatever
[16:42] <frankban> hatch: +1
[17:18] <hatch_> yay I'm back
[17:19] <rick_h_> yay
[17:19] <hatch> I think it's time to call the telco and get me a new modem/router and go pick up a good one from the local comp store
[17:21] <rick_h_> network improvement always a good thing
[17:35] <hatch> too much for a home network? http://www.newegg.ca/Product/Product.aspx?Item=N82E16833120672CVF :P
[17:36] <rick_h_> hah, never!
[17:36] <hatch> http://www.newegg.ca/Product/Product.aspx?Item=N82E16833320174
[17:36] <hatch> this one looks like it hits all the checkboxes
[17:59] <hatch> rick_h_ I can't seem to add a hangout link to the meeting
[17:59] <hatch> maybe I don't have permissions
[18:01] <rick_h_> hatch: invite on the way
[18:01] <rick_h_> https://plus.google.com/hangouts/_/7ecpi7f37lq4sjp5lar55lf06s?hl=en
[18:41] <frankban> dimitern: I guess it's EOD for you too, but when you have a chance (e.g. tomorrow morning), could you please take a look at https://codereview.appspot.com/67750045 ? it's the charms GET functionality. thank you!
[18:43] <dimitern> frankban, sure, i might even be able to look at it later tonight, but not sure - i have about 8 other reviews to do
[18:44] <frankban> dimitern: heh, thank you and have a nice evening
[18:46] <dimitern> frankban, cheers, same to you ;)
[20:15] <hatch> rick_h_ doc created and email sent
[20:16] <rick_h_> hatch: cool thanks
[20:16] <hatch> email re-the doc
[20:16] <hatch> :)
[20:16] <rick_h_> will go through it tonight. Need to get caught up from calls today for the moment. 
[20:20] <hatch> ok np
[20:46] <hatch> I'm so confused
[20:46] <hatch> there are three new tests which have no assertions
[20:47] <rick_h_> hatch: lol, where is this?
[20:48] <hatch> oh I figured it out
[20:48] <rick_h_> cool
[20:48] <hatch> it was just stubbing with a done()
[20:48] <hatch> I missed the done's
[20:48] <rick_h_> ah, the fact that done hit is the test
[20:48] <rick_h_> right
[21:36] <Makyo> Woo video. Now it's a race to see whether my laptop takes off or sets my desk on fire while it renders.
[21:38] <hatch> lol!@
[22:55] <Makyo> http://www.youtube.com/watch?v=LVknLr1spPo - uploading raw file to U1 now.
[22:56] <Makyo> Looks like RMD stalled a little on some of the typing.  oh well.
[22:57] <Makyo> Saucy's been pretty bad about that, recently.  Can't play DVDs anymore.  Hoping some of that gets fixed in trusty
[23:04] <Makyo> lmk if I should hold off on posting it anywhere.
[23:04] <Makyo> rick_h_, etc ^^^
[23:08] <hatch> jujugui lf a review and (simple) qa on https://github.com/juju/juju-gui/pull/142
[23:08] <Makyo> On it.
[23:08] <hatch> Makyo watching
[23:08] <hatch> thanks
[23:09] <hatch> Makyo for some reason your video reminds me of the old 'nature' videos we used to watch in elementary school :D
[23:09] <Makyo> I'm no David Attenborough, alas.
[23:10] <Makyo> "And here we see the wild Quickstart.  *roar*"
[23:10] <hatch> lol
[23:13] <hatch> Makyo wow that wordpress demo is pretty rockin!
[23:15] <hatch> +9000 on that vid
[23:15] <hatch> how do you get the audio to be so clear and not hissy?
[23:15] <Makyo> A nice mic and a computer with an SSD :P
[23:15] <hatch> haha what mic are you using?
[23:16] <Makyo> http://bluemic.com/ I use the Yeti on a desk stand with a shock mount and a pop filter, but most of Blue's mics are pretty excellent.
[23:16] <Makyo> The Snowball is a good one for just audio.
[23:16] <hatch> ahh cool
[23:16] <hatch> I have an H4 mic that I've been trying to use to record some screencasts and they all come through garbage and hissy :/
[23:17] <Makyo> Analog?
[23:19] <hatch> http://www.conceptmusic.com.au/products/Zoom-H4N-Hand-Held-Digital-Recorder.html
[23:19] <hatch> so I don't know....maybe? :)
[23:19] <Makyo> Oh, a zoom.
[23:20] <Makyo> H4ns are supposedly really good.
[23:20] <Makyo> It's a PDR not a mic, though.
[23:20] <hatch> I tried to turn the sensitivity down too but then the levels in garage band are too quiet
[23:21] <hatch> I'm guessing I'm just missing something obvious
[23:21] <Makyo> Transom's got some good tips on using PDRs: http://transom.org/2009/zoom-h4n/
[23:21] <Makyo> I've not used mine for a screencast yet, though.
[23:22] <hatch> hmm I'll have to check
[23:23] <hatch> I think i have narrowed down my wifi issues to my MBP
[23:23] <hatch> son-of-a
[23:50] <Makyo> All I saw was: CI failure; "<hatch> son-of-a" "* hatch has quit"
[23:50] <hatch> lol
[23:50] <hatch> F&^% Apple
[23:51] <Makyo> Problems?
[23:51] <hatch> yeah they refuse to acknowledge that there is a problem with the wifi
[23:51] <Makyo> Boo!
[23:53] <hatch> for such nice hardware they sure make absolute shit software
[23:54] <rick_h_> heh, their wifi needs some love
[23:54] <rick_h_> whenever it sleept it takes forever to connect again
[23:54] <rick_h_> so much faster on my thinkpad
[23:54] <rick_h_> might as well reboot
[23:55] <hatch> rebooting to try a config hack I saw
[23:57] <hatch> yup that 'appears' to have fixed it
[23:57] <hatch> ugh
[23:58] <rick_h_> lol
[23:59] <hatch> I don't even know what the config changes do
[23:59] <hatch> https://discussions.apple.com/message/24959397#24959397