[10:44] <rick_h_> morning from the good ole USA
[13:24] <bac> rick_h_: http://staging.jujucharms.com/heartbeat happy now.  fastest card ever!
[13:25] <rick_h_> bac: :)
[13:26] <bac> rick_h_: i'll take bug 1278222 -- did you get the app logs?
[13:26] <_mup_> Bug #1278222: Error when viewing interfaces <charmworld:In Progress by bac> <https://launchpad.net/bugs/1278222>
[13:26] <bac> it is a pre-cursor to doing a release
[13:26] <rick_h_> bac: no, I needed to find out what log file to get. Do you know off the top of your head?
[13:27] <bac> rick_h_: i'd get -1000 of app.log and app-exception.log to start
[13:27] <rick_h_> bac: k, I got app.log
[13:27] <rick_h_> but it wasn't in there. I can send you that one.
[13:27] <rick_h_> if you can ask for the app-exception one should be good then.
[13:27] <bac> rt
[14:49] <hatch> it's so quiet
[14:50] <rick_h_> ssshhhhh
[15:00] <bac> hey benji
[15:00] <benji> hi bac
[15:01] <bac> i'm trying to fix another charmworld sort explosion due to lack of index.  i don't understand some code in models.py:_find_charms.  specifically i wonder why the itertools.groupby is there.  could you take a look?
[15:03] <benji> sure
[15:07] <benji> bac: the groupby is breaking the result set into groups that contain all of the same charm (as defined by unversioned_key()) and the group.next() is taking the first entry from each group
[15:07] <benji> so if the results were [charm1, charm1, charm1, charm2, charm2, charm3, charm3] the post-processed list would be [charm1, charm2, charm3]
[15:09] <bac> benji: ah, i missed that group.next() was only taking the first
[15:09] <benji> yep
[15:37] <hatch> http://javascript-puzzlers.herokuapp.com/
[15:38] <hatch> some are just obscure but it's kinda fun
[15:42] <rick_h_> https://www.stgraber.org/2014/02/09/lxc-1-0-gui-in-containers/ for cool idea of gui apps in lxc containers. 
[15:42] <rick_h_> diff versions of firefox, etc ^
[15:45] <hatch> cool will look in a bit
[15:50] <rick_h_> jujugui call in 10
[16:00] <rick_h_> jujugui call in now doh
[17:29] <rick_h_> gui love http://syncope.tirasa.net/site/syncope/live/hctsite_en/news/quick-switch-to-the-cloud.html
[17:30] <lazyPower> Thats awesome. We just had a charm school with them last week!
[17:32] <lazyPower> rick_h_: hi5 on that find
[17:32] <rick_h_> lazyPower: it was mailed to the cloud list :P
[17:32] <hatch> yeah that's awesome
[17:32] <rick_h_> it found me
[17:33] <lazyPower> oh, well.. -1 for lazypower for not being on top of his email
[17:33] <hatch> it's ok, if you get the 100+ like the rest of us it's to be expected :)
[17:34] <lazyPower> I'm ramping up to that. Some clever filters are going to come into play soon
[17:36] <hatch> haha
[17:39] <hatch> jujugui looking for a review on https://github.com/juju/juju-gui/pull/117 no qa rquired
[17:39] <rick_h_> hatch: I can take a peek in a bit
[17:39] <hatch> :+1:
[17:42] <hatch> jujugui I'm looking to have a pre-imp call with someone re charm-upgrade for local charms, any takers?
[17:45] <hatch> don't everyone jump up at once! :P
[17:47] <rick_h_> hatch: heh, welcome to lunch time with a couple of people out
[17:50] <benji> hatch: I'll talk to you about that if you'll talk to me about a problem reading dropped files
[17:52] <hatch> benji https://plus.google.com/hangouts/_/72cpj0jeq5d0s9t03mpht937b8?authuser=1&hl=en :)
[18:36] <hatch> rick_h_ replied to your comments, mind taking a look 
[18:36] <rick_h_> hatch: rgr
[18:38] <rick_h_> hatch: test destruction/cleanup?
[18:38] <hatch> ahh good idea, didn't test that
[18:38] <rick_h_> hatch: more that tests create/render views. Is there a bunch of dom pollution from those tests?
[18:39] <rick_h_> no test seems to do cleanup and didn't see an afterEach in the new suite
[18:41] <hatch> rick_h_ that's handled by the parent describe
[18:41] <hatch> at least as far as I understood it
[18:41] <rick_h_> ah, I didn't realize it was nested 
[18:41] <rick_h_> ok, well I'll :+1: as long as you verify no DOM mess left behind. 
[18:41] <hatch> I am pretty sure the parent before/after's are called even for nested tests
[18:41] <hatch> I'll verify that
[18:41] <hatch> one sec
[18:43] <hatch> rick_h_ yes all 'parent' before/afters etc are run on nested tests
[18:43] <rick_h_> hatch: awesome
[18:43] <rick_h_> thanks
[19:01]  * hatch lunching
[19:20]  * rick_h_ runs away for the day...
[19:36] <bac> benji: charmworld migrations upgrade vs exodus.  discuss.
[19:37] <benji> exodus : "Let my people go" :: upgrade : ???
[19:38] <benji> more seriously: the upgrade stuff is "do whatever you want to get it done" while the "exodus" stuff (which I don't fully understand) is about taking an input collection and creating an output collection and has more framework around it
[19:38] <bac> hmm.  well, that's more than i can tease out
[19:38] <benji> :)
[19:39] <bac> ok, so i want to create a mongo index.  turns out it is the first one ever, for cw
[19:40] <benji> I'm pretty sure that should be an upgrade.
[19:40] <bac> i actually created a new hook in initialization for migrate.py b/c we always want to do it from here out and i don't want it to rely on a script in migration/versions that someone may delete
[19:40] <bac> so i think i need a migration for our current db to call.
[19:40] <bac> ok, so you think an upgrade.  i wasn't sure if it had anything to do with the run-time involved
[19:52] <Makyo> Who's running @jujuui?
[19:52] <rick_h_> Makyo: just set it up this weekend
[19:52] <rick_h_> jujugui is taken :(
[19:53] <rick_h_> but maybe from a canonical person, not sure
[19:53] <Makyo> rick_h_, Oh, boo.  Still, that's awesome.
[19:53] <bac> @jujuui rhymes with ennui
[19:53] <rick_h_> yea, something to tinker with as far as pubbing the stuff some
[19:53] <Makyo> bac, hahaha
[19:54] <hatch> follerin
[19:56] <hatch> rick_h_ maybe a wiki page with the creds?
[19:57] <rick_h_> hatch: sure thing
[19:57] <hatch> shared twitter accounts people usually end them with something like ^JP or whatever to indicate the person who tweeted it
[19:57] <hatch> maybe include something along those lines in the wiki
[20:20] <hatch> benji e._event.dataTransfer.items[0].type "application/zip"  on drag....nice :)
[20:21] <benji> yep
[20:22] <hatch> any luck on the proof of concept?
[20:31] <bac> wow, misspelling mock.assert_called_with() leads to false sense of accomplishment
[20:31] <bac> this passes happily
[20:31] <bac> mock.assert_called_with_yo('foo')
[20:36] <hatch> haha
[20:36] <hatch> that's why you should always make sure your tests CAN fail :D
[20:36] <hatch> I've had a few 'impossible to fail' tests i:)
[20:41] <bac> hatch: yeah, i wrote three tests and then ran them all together and everything passed.  made me nervous.
[20:41] <hatch> haha
[20:59] <benji> hatch: paste this into your canvasDropHandler and your console log should show you the contents of any folder dropped on the canvas: http://pastebin.com/GVUvmewi
[21:00] <hatch> very cool
[21:00] <hatch> :)
[21:00] <hatch> That makes me happy while I'm fighting with the stupid drag and drop api
[21:01] <benji> heh
[21:03] <hatch> like I just want to know when it's over the browser...IS THAT TOO MUCH TO ASK????
[21:03] <hatch> ;)
[21:27] <hatch> doh
[21:28] <hatch> we were using e.halt() instead of e.preventDefault() which killed the drag event propogation
[21:28] <hatch> no wonder it wasn't working
[21:28]  * hatch blames benji
[21:28]  * hatch thinks it was probably himself who wrote it though
[21:28] <hatch> ;)
[21:34] <bac> hatch: did you just get a calendar change email from gary?  he's not even here and the dang calendar is updating.
[21:35] <hatch> bac yeah I did, I don't know what's up with that, my guess is that he has his calendar synced to the google calendar and it's doing updates on new/old events
[21:35] <hatch> like thunderbird calendar or something
[21:35] <bac> gah
[21:35] <hatch> it's ok, we won't be getting those in 2 weeks :)
[21:38] <bac> hatch: you just wait.  he's going to keep stalking us with his phantom calendar changes.
[21:39] <hatch> lol
[21:39] <bac> benji: could you review https://codereview.appspot.com/61720043 at your convenience?
[21:39] <hatch> he h4x0r3d the calendar 
[21:40] <bac> or maybe rick_h_ can look at it when it starts work tomorrow at 4am
[21:40]  * bac -> walk dog
[22:00] <huwshimi> Morning
[22:17] <hatch> hey huwshimi  how's it going?
[22:21] <hatch> hey benji  are you still kicking around?
[22:25] <huwshimi> hatch: Good thanks. Yourself?
[22:25] <hatch> good good, hows the safari css coming?
[22:28] <huwshimi> hatch: Had a long weekend, so only just back today :)
[22:28] <hatch> ohh coolio
[22:28] <hatch> well then!
[22:37] <rick_h_> bac: :P
[22:37] <hatch> rick_h_ do you know if chromium.org is the best place to file chrome bugs?
[22:38] <hatch> maybe I should hit up the twitterverse 
[22:44] <rick_h_> hatch: I'd say so, but I'd make sure it was in the dev chromium first. 
[22:58] <hatch> rick_h_ are you running dev or beta?
[23:07] <hatch> benji https://code.google.com/p/chromium/issues/detail?id=342554 I created a bug about the lacking mime types
[23:31] <rick_h_> hatch: dev
[23:32] <hatch> mind trying out the jsfiddle linked in that bug?
[23:32] <hatch> whenever you get a chance
[23:32] <rick_h_> File type: application/x-yaml
[23:32] <rick_h_> hatch: ^
[23:33] <hatch> lol
[23:33] <hatch> shart
[23:33] <hatch> maybe they fixed it already
[23:33] <hatch> haha
[23:33] <hatch> oh well, maybe it's an OSX bug... I'll have to install dev/beta
[23:35] <rick_h_> hatch: yea, maybe check out FF as well as IE so we can build a list of what to expect and note that in the code
[23:37] <hatch> rick_h_ FF does the same
[23:40] <rick_h_> hatch: 'the same' in that it works or doesn't?
[23:40] <hatch> doesnt'
[23:40] <hatch> just finished downloading dev chrome
[23:40] <hatch> trying...
[23:40] <rick_h_> k
[23:40] <rick_h_> maybe osx is missing some mime types for yaml?
[23:41] <hatch> hmm I can't have both chrome and dev chrome installed at the same time it seems
[23:43] <hatch> rick_h_ dev doesn't have it either
[23:43] <hatch> so it must be an osx thing
[23:45] <rick_h_> hatch: ok, well good to know that we'll hit OS issues on it. 
[23:46] <rick_h_> hatch: can you put a card to test windows as well then and we can try to make sure we've got all the cases covered
[23:46] <hatch> I'll test it now
[23:47] <rick_h_> ah ok cool, wasn't sure if you had win working and your EOD
[23:47] <hatch> yeah it's past EOD but I have a horrible work/life balance
[23:47] <hatch> lol
[23:50] <hatch> rick_h_ windows is also broken
[23:50] <hatch> looks like the Linux version is the only one which gets it's correct :)