[00:20] <Makyo> hatch, they don't have infrastructure to deal with it, and have to get home somehow :P
[00:20] <Makyo> rick_h_, http://www.buzzfeed.com/passantino/potentially-catastrophic-ice-storm-bears-down-on-the-south
[00:20] <hatch> Makyo they should have stayed home
[00:21] <hatch> I remember I was in Toronto once and looked at the news and was like .....nope, staying at the office
[00:21] <Makyo> hatch, the city would've shut down in a place where the community would have a hard time with a city being shut down.
[00:21] <hatch> that sounds like a recursive problem
[00:22] <Makyo> hatch, you live in a place with infrastructure to support the city shutting down, right?  You've got the will and the way to stock up on what you need to deal with a snowstorm, whereas the south is lacking both of those.
[00:23] <Makyo> Nevermind the whole problem of local and county level governments fighting with each other and screwing over departments of transportation, as with what happened in Atlanta.
[00:23] <hatch> yeah that's true that's true
[00:24] <hatch> ive been stranded in a car before, it's no fun, definitely not something you want to do if you can avoid it
[00:27] <hatch> now I'm trying to decide if I should buy this humble bundle https://www.humblebundle.com/weekly
[00:30] <hatch> Makyo if you enjoy card games you should check out hearthstone, its actually pretty good
[00:30] <Makyo> I've been hearing good things about it, yeah
[00:30] <Makyo> Ooo, Psychonauts.
[00:30] <hatch> Ive been playing the beta, I haven't spent any $ yet, but so far it's pretty enjoyable
[00:30] <hatch> haha yeah
[00:34] <hatch> heh it just glitched
[00:53] <hatch> Makyo think you'll get your branch landed and mine reviewed tonight?
[00:54] <hatch> I can never remember when your EOD is :)
[00:55] <Makyo> hatch, Was an hour ago, but I'm usually around.  QAing your branch now.
[00:55] <hatch> ohh ok so your EOD is an hour after mine, I can remember that I think :)
[00:55] <hatch> thanks
[01:49] <hatch> Makyo since your branch landed is there a way I can re-trigger the CI in github?
[01:50] <Makyo> hatch, yes, hold on.
[01:50] <hatch> I know I can if it fails the :shipit: CI....but not the pre-shipit....afaict
[01:50] <Makyo> https://github.com/juju/juju-gui/blob/develop/docs/continuous-integration.rst#helpful-tips
[01:51] <hatch> ahh I gota log in and do it manually
[01:51] <Makyo> The value you would use is origin/pr/125/merge
[01:51] <Makyo> Uh, and then add ac omment saying it passes
[01:52] <hatch> ok sounds good
[01:52] <hatch> too bad we can't do a "rerun ci" :) comment
[01:52] <rick_h_> patches welcome :P
[01:53] <hatch> bastard!
[01:53] <hatch> lol
[01:53] <hatch> manually triggereded
[01:54] <Makyo> :repeat_one:
[01:54] <hatch> haha yup
[01:54] <hatch> I gota go shovel my parents driveway soon...ugh it's over 2x as big as mine and mine took 45mins 
[01:55] <hatch> so....much....snow
[01:55] <hatch> if we could reduce the http requests made in our CI we could probably cut a HUGE amount of time off of it
[01:56] <rick_h_> yea
[01:56] <hatch> all those 404's and the like
[01:56] <hatch> I wonder why it's so slow
[01:56] <hatch> sauce labs must be throttling it or something
[01:58] <hatch> stackoverflow.... 36M pageviews/day, 334M SQL queries, 23 servers. 
[01:58] <hatch> "...strive to maintain 50ms..."
[01:58] <hatch> wowzers
[01:59] <rick_h_> wow, every pageview averages 10 queries?
[01:59] <rick_h_> seems like a lot for that many pageviews. You'd think you could cache/etc some to cut that down
[02:00] <hatch> yeah I'm not sure about that
[02:00] <hatch> it's very odd that they could do 10 queries per pageview and still get a 50ms response time
[02:00] <hatch> heh
[02:00] <hatch> http://nickcraver.com/blog/2013/11/22/what-it-takes-to-run-stack-overflow/
[02:01] <hatch> SQL servers have 384 GB of memory with 1.8TB of SSD storage
[02:01] <hatch> HAHAHA
[02:01] <hatch> 384GB of memory
[02:01] <hatch> how the heck
[02:03] <hatch> 11IIS webservers....they could probably use half if they used nginx :P
[02:27] <hatch___> rick_h_ will ci run with a :shipit: if I had to manually trigger the first test?
[02:27] <hatch___> I ask because it doesn't look like it is
[02:32] <rick_h_> hatch___: yea, :shipit: runs any time regardless just by you hitting it
[02:32] <hatch___> hmm it didn't, I deleted the accepted message in hopes it'll run 
[02:32]  * rick_h_ goes to look
[02:32] <rick_h_> the only thing that blocks a shipit is if it has a 'merge request accepted' message already
[02:33] <rick_h_> so yea, it's running right now
[02:33] <rick_h_> you're good
[02:33] <hatch___> it is?
[02:33] <rick_h_> yesa
[02:33] <rick_h_> http://ci.jujugui.org:8080/job/juju-gui-merge/
[02:33] <rick_h_> http://ci.jujugui.org:8080/job/juju-gui-merge/117/
[02:34] <rick_h_> origin/125/head
[02:34] <hatch___> very odd I don't see it
[02:34] <hatch___> http://ci.jujugui.org:8080/job/juju-gui/ in the list on the left
[02:35] <rick_h_> right, there's two jobs
[02:35] <rick_h_> one for pull request tests
[02:35] <rick_h_> and one for the merge/shipit tests
[02:35] <rick_h_> they're different because the merge one triggers the api to merge if it succeeds
[02:35] <hatch___> ohh shoot then it was probably running already
[02:35] <rick_h_> while the test one does not, it's pushing back that the tests passed to the pull request
[02:35] <rick_h_> yes
[02:35] <hatch___> my bad
[02:35] <rick_h_> all good
[02:35] <hatch___> I hope it doesn't merge it in twice now
[02:35] <rick_h_> it'll handle/blow up itself
[02:36] <rick_h_> no, it'll be cool
[02:36] <hatch___> oh good good
[02:36] <hatch___> phew
[02:36] <hatch___> :)
[02:39] <hatch___> well now I know
[02:40] <rick_h_> yea, everything has the two jobs. normal and -merge
[02:41] <hatch___> kind of makes sense
[02:41] <hatch___> I just never thought of it before
[02:41] <rick_h_> hmm, failing IE tests?
[02:41] <rick_h_> hatch___: looks like there's an IE issue with your branch
[02:41] <rick_h_> see https://saucelabs.com/jobs/12ebdad9a20a429a96f161842e9157d0
[02:41] <rick_h_> hatch___: mess with it tomorrow
[02:42] <rick_h_> it's way past EOD, get out of here
[02:42] <hatch___> yup thanks
[02:42] <hatch___> haha i'm playing hearthstone as well
[02:42] <rick_h_> k, cool then
[02:42] <hatch___> looks like i'm gona lose this match 
[02:42] <rick_h_> you can blame me :)
[02:43] <hatch___> lol
[10:00] <frankban> morning dimitern: I see that the charmsHandler parses the revision file in order to fetch the "bundle" revision (falling back to an obsolete meta.revision). How is the case where no revision file is present handled?
[10:00] <dimitern> frankban, morning, in a meeting - will reply a bit later
[10:01] <frankban> dimitern: cool thanks np
[10:08] <frankban> ok so I guess the logic is in PrepareLocalCharmUpload. I guess revision is what found in the revision file or 0. Then if revision <= the max revision found in the db for that charm id, revision is set to maxRevision + 1
[11:04] <dimitern> frankban, sorry, i'm back
[11:04] <dimitern> frankban, yeah, the revision from the charm is respected, but at the end an unique one is chosen, depending on what charms are in state already
[11:05]  * dimitern wonders when exactly did the revision file got obsolete
[11:38] <frankban> heh, thanks dimitern 
[14:26] <hatch> rick_h_ so IE11 gives totally different failures than IE10, so I'm downloading Win 8 with IE10  now
[14:27] <rick_h_> hatch: k
[14:28] <hatch> it looks like the failures are because the version of YUI we use doesn't consider IE11 IE
[14:28] <rick_h_> lovely
[14:28] <hatch> hopefully an upgrade will fix that
[14:28] <rick_h_> well, that'll be part of updating for IE11 work. 
[14:28] <rick_h_> yea
[14:29] <hatch> although I'm starting to get a little skeptical of YUI's development :/
[14:29] <rick_h_> how so?
[14:29] <rick_h_> they were updating promises in the last sprint. I figured you'd be happy :)
[14:31] <hatch> well it seems to me that they are focusing more on Pure and other Yahoo projects than YUI
[14:31] <hatch> the progress on YUI has been very slow
[14:42] <hatch> modern.ie is pretty cool....just finished downloading the image...will see if it works :)
[14:43] <hatch> I remember the hoops we had to jump through to run various versions of IE
[14:44] <benji> hatch: bad news: I think we have to scrap the "drop a directory to deploy a charm" feature.
[14:45] <benji> It turns out that browser's completely ignore symbolic links when dropping files, which many charms depend on (the GUI charm included)
[14:45]  * hatch ragequits
[14:45] <rick_h_> ah crap
[14:46] <hatch> benji what if you symlink a zip file and just drop it? What happens then?
[14:47] <benji> hatch: I don't understand the question.  Do you mean create a zip with a symlink in it?
[14:47] <hatch> benji no I mean I'm wondering if it's an issue with the folders or an issue with symlinks in general
[14:47] <hatch> so take a .zip of a charm and create a symlink to it
[14:48] <hatch> drag and drop that symlink, what does it do
[14:48] <benji> hatch: I don't know what that does, but I don't see how it applies to this situation.
[14:49] <hatch> well in order to file a bug with chrome we need to know if it's actually an issue with chrome or an issue with the zip lib
[14:50] <benji> hatch: it is chrome, when a directory containing symlinks is dropped the symlinks are not represented in the datastructures (only real files and directories)
[14:50] <hatch> cool the modernie vm's work
[14:50] <hatch> ohh ok cool, can you file a bug with chrome or would you like me to?
[14:50] <benji> (and I just tried dropping a symlink to a zip and it is the same as dropping the zip itself)
[14:51] <hatch> ohh ok so it's a combination of a directory and symlinks then
[14:51] <benji> well, not quite; I suspect if you drop a group of files and symlinks only the files will be recognized
[14:52] <benji> for the link-to-zip example the browser never sees the symlink, just the contents of the zip
[14:52] <hatch> would you be able to do a bit of qa'ing and create a detailed bug report?
[14:53] <hatch> it's a story I think we would still like so we need them to fix it :) or at least monitor the status of the issue
[14:54] <rick_h_> is this true of ff as well benji ?
[14:54] <benji> rick_h_: FF doesn't support enough of these new-ish APIs for this to work anyway
[14:54] <benji> IOW, I don't know :)
[14:55] <hatch> rick_h_ I am able to reproduce the test failure in Win 8 IE10 so will get on fixing it now
[14:55] <rick_h_> benji: ok, then yea. Let's hit the stop button if we cna't support it. 
[14:55] <rick_h_> benji: not sense spinning our wheels 
[14:55] <rick_h_> benji: but thanks for taking it through and getting it as far as we can. It would be something cool to have. We should note where things stopped for future reference
[14:56] <hatch> wait, I get a totally different test failure
[14:56] <hatch> ugh
[14:56] <hatch> do we know what OS sauce labs IE is running on?
[14:56] <hatch> er
[14:56] <hatch> 7 or 8
[14:56] <rick_h_> hatch: win7 and ie10
[14:56] <hatch> damn
[14:56] <rick_h_> hatch: I think, check the browser.py file in tests
[14:57] <rick_h_> frankban: how does this effect your current/recent work? ^
[14:57] <benji> hatch: your hunch was a good one; dopping a set of files, one of which is a symlink works (i.e., the symlink is represented in the browser as a file with the contents of the pointed-to file), but when the directory containing those files is dropped, the symlink is missing from the set of files
[14:57] <benji> I'll look to see if this bug has been reported in Chrome yet.
[14:57] <hatch> https://code.google.com/p/chromium/issues/list
[14:58] <hatch> benji thanks.....this is unfortunate :(
[14:59] <frankban> rick_h_: reading
[15:00] <rick_h_> hatch: benji frankban time for a hangout? I want to chat if there's another way to cover the use case
[15:00] <benji> rick_h_: sure
[15:00] <rick_h_> hop in the staundup hangout please
[15:00] <frankban> rick_h_: sure, just a minute to read
[15:02] <frankban> rick_h_: ready when you want
[15:02] <rick_h_> frankban: cool, https://plus.google.com/hangouts/_/calendar/Z2FyeS5wb3N0ZXJAY2Fub25pY2FsLmNvbQ.j0rk5d371ph8331ijtf48t2uj0?authuser=1
[15:03] <rick_h_> benji: ^
[15:06] <benji> rick_h_: my machine froze, one second
[15:18] <hatch> *sigh* IE testing
[15:19] <hatch> test broken....put a debugger.....test fixed
[15:19] <rick_h_> if it wasn't for IE you wouldn't be able to be a Web Development Engineer, just "Web Dude" 
[15:20] <hatch> lol...actually I'm a Web Master, I've had enough years experience copying files via FTP and doing folder based version control
[15:20] <hatch> haha
[15:22] <rick_h_> hatch: if you're getting different errors in win7 and win8 we should try to see if we can make both pass ok
[15:22] <rick_h_> maybe add both to CI if they're acting that different for IE10 :/
[15:23] <hatch> rick_h_ yep I'm fixing the test in Win 8 right now....it's a stupid failure, the widget positioning is off, so I am changing the assertion to a range
[15:23] <rick_h_> ugh, how far off? e.g. does it look right in real life to the user?
[15:23] <hatch> we need to get in touch with someone to find out which version if IE we are supporting
[15:23] <hatch> 2px-ish, it changes every run
[15:23] <rick_h_> k, well right now we're doing IE10
[15:24] <rick_h_> that should be regardless of win7 or 8
[15:24] <hatch> yeah, I'm not even sure you can get IE10 in windows 8 though
[15:24] <hatch> I think it auto updates
[15:24] <hatch> at least it did for me...
[15:25] <hatch> I'm fixing the test regardless....but curious
[15:25] <rick_h_> ugh, ok. Yea, I mean the goal is to get IE11 support in, but it's after wrapping up local charms/relation lines, and starting inspector on left 
[15:50] <makyo_> jujugui call in 10
[15:50] <Makyo> Much better.
[15:51] <hatch> :)
[15:51] <rick_h_> Makyo: can you run the standup? I've got the IS meeting and will try to hop over before the end
[15:53] <Makyo> Yep, sure thing.
[15:58] <hatch> jujugui call in 2
[15:59] <hatch> benji ^
[16:08] <hatch> benji when you get around to filing that chrome bug can you link it plz so I can star it
[16:08] <hatch> that's two chrome bugs in a week....jeesh!
[16:08] <hatch> we are bleeding edge yo!
[16:09] <hatch> Makyo I ended up picking this up https://www.humblebundle.com/weekly last night
[16:09] <rick_h_> standup over?
[16:09] <hatch> rick_h_ yup, redo?
[16:10] <rick_h_> hatch: naw, I'll add notes for tomorrow. 
[16:10] <hatch> ok
[16:10] <hatch> rick_h_ did you create the juju-core card in Project 1?
[16:11] <rick_h_> hatch: yes, it's realted and we're not tracking any more. It's something we can work on/do
[16:11] <rick_h_> so moved it out of tracking and into todo
[16:11] <hatch> ok it's not supported by juju-core right now 
[16:11] <rick_h_> right, the card is to add support
[16:11] <rick_h_> to core
[16:11] <hatch> ok I'll put frankban's head on it
[16:12] <rick_h_> well if benji or someone else wants to hack on it they can :)
[16:13] <hatch> oh I didn't know anyone else had enough juju-core experience
[16:13] <rick_h_> meh, we've got to learn and get more
[16:13] <hatch> we should have a lesson to get more of us up to speed
[16:14] <hatch> a 1 week sprint in Hawaii to get us up to speed on it :P
[16:14] <rick_h_> heh, feel free to submit it...on a day while I'm away on holiday
[16:14] <hatch> lol
[16:17] <jcastro_> rick_h_, https://bugs.launchpad.net/juju-gui/+bug/1279873
[16:17] <_mup_> Bug #1279873: Bundle deploy instructions still refer to beta PPA <juju-gui:New> <https://launchpad.net/bugs/1279873>
[16:18] <jcastro_> we need this one fixed before EOM too
[16:18] <rick_h_> jcastro_: yea, I'm waiting to see if it's in universe or gets to main 
[16:18] <rick_h_> jcastro_: because in trusty the stable ppa isnt' needed any more either right?
[16:19] <rick_h_> guess we cna just roll with it
[16:19] <jcastro_> correct
[16:20] <jcastro_> it won't matter if it's in main/universe for the end user as both are enabled by defaulty
[16:20] <jcastro_> just not installed by default
[16:20] <rick_h_> k
[16:28] <hatch> wow time warner is buying comcast? wow yet another huge hit to net neutrality 
[16:34] <hatch> http://gizmodo.com/the-40-best-tweets-about-the-comcast-time-warner-cable-1522034013 lol
[16:41] <benji> git help: I tried "git push juju archived-drag-and-drop-directory-to-deploy-charm" to push my branch to the main project but it complained about the branch name (error: src refspec archived-drag-and-drop-directory-to-deploy-charm does not match any.)  Any ideas?
[16:42] <hatch> benji did you create the branch first?
[16:43] <hatch> git push origin current_branch:refs/heads/branch_to_create
[16:43] <hatch> that's what grb runs to create the remote branch 
[16:43] <benji> hatch: nope; something like "git branch juju NAME-OF-BRANCH"
[16:43] <hatch> but for you origin will be your fork (likely)
[16:44] <rick_h_> origin == juju
[16:44] <hatch> yeah that won't create the remote branch
[16:44] <benji> "git push juju current_branch:refs/heads/archived-drag-and-drop-directory-to-deploy-charm" results in the same error
[16:45] <rick_h_> git push 
[16:45] <hatch> git push <remote-name> <local-branch-name>:<remote-branch-name>
[16:45] <rick_h_> git push  <REMOTENAME> <LOCALBRANCHNAME>:<REMOTEBRANCHNAME> 
[16:45] <benji> ah, push; trying that
[16:45] <rick_h_> benji: ^
[16:45] <hatch> :D
[16:45] <rick_h_> https://help.github.com/articles/pushing-to-a-remote
[16:45] <hatch> apparently the new Windows 7 vm I just started thinks that I have an HP printer
[16:46] <hatch> I wonder if I send pictures to it where they will get printed out too
[16:46] <hatch> lol
[16:46] <benji> that worked; thanks guys
[16:46] <hatch> :) np, git is an odd duck
[16:46] <hatch> but you can pretty much do whatever you want if you know the commands hah
[16:48] <benji> I continue to belive that git has more power than I want.
[16:48] <benji> oh, and the UI sucks
[16:48] <hatch> true....and true
[16:48] <hatch> although...git is just a db....so it really needs an ORM....like GRB (which I use)
[16:48] <hatch> er....ORM-like-tool
[16:48] <rick_h_> benji: it gets to be like vim, you find the 11% you use 
[16:49] <hatch> 11%? That's pretty specific :)
[16:49] <benji> except that I like power in my editor
[16:49] <benji> hatch: he thinks internally in fractions and converts to percentages for presentation; he uses 1/9th of vim
[16:50] <hatch> haha
[16:51] <hatch> rick_h_ u so smart
[16:52] <hatch> son-of-a, I get no failures in WIn 7 IE10
[16:52] <hatch> well I'll push my changes and see what happens
[17:14] <rick_h_> jujugui machine view run through with UX 8:30am est tomorrow if anyone can/wants to make it
[17:15] <hatch> oh balls that's early
[17:15] <hatch> what's the current time in EST?
[17:15] <rick_h_> 12:14
[17:15] <hatch> (as a international company we should really deal in UTC)
[17:15] <rick_h_> yea, we should but I fail
[17:15] <hatch> ok 7:30 for me, not so bad, I thought it was 2H
[17:15] <rick_h_> I've got to learn
[17:15] <hatch> haha so'k I'll let it pass.....this time
[17:15] <rick_h_> heh
[17:15] <hatch> rick_h_ send me an invite i'll be there
[17:16] <rick_h_> hatch: rgr
[17:31] <hatch> wth I think sauce labs is broken or something
[17:31] <hatch> incredibly frustrating
[17:33] <rick_h_> hatch: port forward and run make test-server locally and use the 'start a sauce instance' to debug from sauce?
[17:33] <hatch> rick_h_ do you know how I may run our unit tests using sauce labs on IE 10?
[17:33] <hatch> heh 
[17:33] <rick_h_> hatch: :)
[17:33] <hatch> are there docs somewhere?
[17:33] <rick_h_> no, they're kind of custom
[17:33] <rick_h_> hatch: I use https://chrome.google.com/webstore/detail/sauce-launcher/mmcebionhdleomnkegjcoadpghnmcebl
[17:34] <rick_h_> and launch a sauce instance of the right machine type
[17:34] <rick_h_> then in that remote window go to http://yourhomeip:8888 (you setup port forward from your router to your dev machine)
[17:34] <rick_h_> and you can control the sauce machine and run the tests/debug your local running instance
[17:35] <hatch> ohh yeah that's not going to work unfortunately....my router is a pos and won't let internal connections no matter what I do
[17:35] <rick_h_> hatch: then run it from an ec2 instance?
[17:35] <rick_h_> or something
[17:35] <hatch> maybe I can spin up a ec2 instance
[17:35] <rick_h_> :)
[17:35] <hatch> ugh I hate it when tooling gets in my way
[17:35] <rick_h_> just remember in ec2 you have to expose the port in the security group
[17:35] <rick_h_> time to router upgrade 
[17:37] <hatch> it's also the modem
[17:37] <hatch> no can do
[17:37] <hatch> hmm it's not accepting the juju-gui creds from the wiki
[17:37] <rick_h_> hatch: right, what I do is set it up to send all traffic thorugh and put my own router right inside the one given to me
[17:37] <hatch> ohh I see do a DMZ to your own router
[17:37] <hatch> yeah I should do that
[17:38] <rick_h_> hatch: yea, I don't trust their routers they make me have
[17:38] <hatch> well mine is definitely a pos
[17:40] <hatch> great the sauce launcher thing won't accept the creds
[17:40]  * hatch flips desk
[17:40] <rick_h_> hmm, sec
[17:41] <hatch> it's ok i'm doing it through the actual sauce labs website
[17:41] <hatch> now
[17:42] <rick_h_> k
[17:42] <rick_h_> yea, seems it doesn't like the password from the extension now
[17:58] <hatch> wow ec2 really likes to hide what the username is on these instances hey?
[17:58] <rick_h_> ubuntu
[17:58] <rick_h_> always ubuntu?
[17:58] <rick_h_> or you mean the dns names?
[18:00] <hatch> rick_h_ well their documentation says ec2-user
[18:00] <hatch> apparently it's different for every distro, but there is no documentation to that effect
[18:13] <hatch> *sigh* cannot connect to the ec2 instance
[18:15] <rick_h_> hatch: you opened the port?
[18:15] <rick_h_> in the security group?
[18:15] <hatch> yeah it seems the entire instance crashed
[18:15] <hatch> it kicked me out of ssh
[18:16] <hatch> and now I can't get back in lol
[18:16] <hatch> today is not my day haha
[18:17] <hatch> ok trying with a new image
[18:17] <hatch> 3rd time is the charm!
[18:19] <rick_h_> hatch: you know there's official ubuntu images you should use right?
[18:19] <rick_h_> http://cloud-images.ubuntu.com/locator/ec2/
[18:19] <hatch> I just picked 12.04 from the list in aws
[18:20] <hatch> but very cool
[18:20] <hatch> I didn't know about that list
[18:20] <rick_h_> yea, we put out official ones that always have the same setup (thus always ubuntu user) and usch
[18:20] <rick_h_> such
[18:21] <hatch> ok finally got it
[18:21] <rick_h_> yay
[18:21] <hatch> now to sauce lab
[18:21] <rick_h_> Makyo: you're on the databinding card? Can I stick your head on there?
[18:21] <Makyo> rick_h_, oh, whoops.  Yeah
[18:21] <rick_h_> cool
[18:22] <rick_h_> Makyo: is this the last card?
[18:22] <hatch> rick_h_ the tests pass....
[18:22] <rick_h_> hatch: they don't run that fast :P
[18:22] <hatch> it's well past the ones which failed
[18:23] <hatch> hmm ok well I guess I can trigger another jenkins run and see if it works
[18:23] <rick_h_> hatch: ugh ok. so you've got a {'platform': 'Windows 7', 'version': '10'}, selenium instance passing on your branch?
[18:23] <rick_h_> is it somtehing to do with prod vs debug then?
[18:23] <Makyo> rick_h_, maybe.  There might be a clean-up branch with a few small things, but if needed, we can release the feature flag before then.
[18:24] <rick_h_> Makyo: k, I'm going to move it to maint then so I can start adding cards in here today/tomorrow for the machine view/inspector stuff if that's cool?
[18:24] <hatch> hmm maybe it's a prod vs debug thing
[18:24] <Makyo> rick_h_, Yep!
[18:24] <rick_h_> Makyo: thanks!
[18:25] <hatch> trying prod
[18:28] <hatch> ok prod passes as well
[18:29] <hatch> rick_h_ https://saucelabs.com/tests/340a9b1951a649a1957f624555cc4254 see 100% IE10 WIn 7
[18:29] <hatch> I'm out of ideas now
[18:29] <hatch> :)
[18:29] <rick_h_> hatch: ok, so final thing that'll rely on timing :)
[18:30] <rick_h_> hatch: trigger build, watch when it starts the IE tests and outputs the url to the console Starting unit tests against IE
[18:30] <rick_h_> hatch: and go to the url on the CI server
[18:30] <rick_h_> hatch: http://ci.jujugui.com:8888/test/index.html
[18:31] <hatch> well ok...but why? We already know it fails because you can see in the video that there is the error
[18:31]  * rick_h_ gets the popcorn to watch it
[18:31] <rick_h_> hatch: meh, yea I was thinking your's is working but it's not different 
[18:32] <hatch> I will though, maybe it will give SOME indication
[18:32] <hatch> heh
[18:32] <hatch> maybe it's loading a different version of IE or something
[18:33]  * rick_h_ goes to look at your diff to look for setHTML bits
[18:37] <hatch> I 'think' the error is coming from the Y.one().append() 
[18:37] <hatch> but that should be stubbed out
[18:37] <hatch> and is everywhere else...
[18:38] <rick_h_> 'should be stubbed out'?
[18:38] <hatch> yeah, like changed for a stub method
[18:40] <rick_h_> append shouldn't call setHTML though. Looks like it uses addHTML
[18:40] <hatch> yeah that makes more sense doesn't it? hah...that's all I had as far as ideas where setHTML comes from
[18:40] <rick_h_> if (node.nextSibling) { // IE errors if refNode is null
[18:41] <rick_h_> try to go about that a diff way
[18:41] <rick_h_> add it to a diff node, not body
[18:41] <rick_h_> isn't there a container or anything we can use? 
[18:41] <hatch> well it shouldn't be doing any of that
[18:41] <hatch> I stubbed out Y.one with a new object with an append() function
[18:42] <hatch> so it shouldn't be actually 'appending' anything
[18:42] <hatch> or one()ing for that matter
[18:42] <rick_h_> hmm, worth a debug then I guess. 
[18:42] <rick_h_> to trace the call in the test
[18:42] <rick_h_> why would you stub out Y.one? I don't follow
[18:43] <hatch> shhh watching movie
[18:43] <hatch> ;0
[18:43] <hatch> :)
[18:43] <rick_h_> heh
[18:46] <hatch> apparently it was a schrodinbug the act of watching it caused it to change....and pass
[18:47] <hatch> ugh
[18:47] <hatch> rick_h_ quick hangout I'll explain the Y.one stubbing?
[18:47] <rick_h_> hatch: k, yea I've got a couple of ?
[18:47] <hatch> https://plus.google.com/hangouts/_/76cpi0qie5fr86lftidmcjfgcg?hl=en
[19:12]  * hatch remembers to go shut his ec2 instance down
[19:12] <rick_h_> good call
[19:13] <hatch> well now the decision....what router to buy
[19:13] <hatch> is there a 'popular' one these days? lke the ol WRT54g
[19:38] <marcoceppi> rick_h_: hey, so, docstrings, how do I parse them for like documenting methods and classes in python?
[19:38] <marcoceppi> i found docutils, but it's all like rst2html
[19:39] <rick_h_> marcoceppi: hmm http://sphinx-doc.org/ext/autodoc.html ?
[19:40] <rick_h_> marcoceppi: there's some other javadoc like tools, but usually just use sphinx for docs and use autodoc
[19:40] <marcoceppi> ah, this looks like it
[19:40] <rick_h_> honestly, I don't tend to generate just api docs of the code apart from the code
[19:40] <rick_h_> benji: ^ ?
[19:40] <rick_h_> have any magic thing you like for that?
[19:41] <marcoceppi> I just don't want to document twice
[19:41] <rick_h_> yea
[19:41] <marcoceppi> once, in code, run make doc, then you're done
[19:41] <rick_h_> I find the two docs tend to be different. API docs aren't usually useful for users in any way. They need more full sentence type material that's structured by use vs by code module
[19:42] <rick_h_> and devs are going to be in the code anyway, or at least able to run help(somemodule) in an interpreter
[19:42] <rick_h_> but yea, check out autodoc and see if that helps. 
[19:43] <benji> I don't really like structured function/method/class documentation so I don't know much about the options available for Python.  You can't go wrong with sphynx though.
[19:43] <benji> Here are some API documentatin tools: https://wiki.python.org/moin/DocumentationTools#Automatic_Python_API_documentation_generation_tools
[19:47] <marcoceppi> benji: rick_h_ thanks
[20:24] <hatch> benji thanks for making that chrome bug...starred 
[20:24] <benji> np
[20:25] <hatch> http://liquidat.wordpress.com/2014/02/11/first-look-at-cockpit-a-web-based-server-management-interface/
[20:47]  * rick_h_ runs away. Have a good one 
[20:48] <hatch> cya rick_h_ 
[20:48] <hatch> hey benji  which tests are you referring to with your current branch?
[20:49] <benji> hatch: the canvas drop handler tests.  There are some truly contorted tests already (that I'm not touching) but in the course of the last branch I had some nice refactorings and tests that I wanted to capture.
[20:49] <hatch> ohh ok, so nothing that I've been working on too that's going to cause conflicts?
[20:50] <benji> I don't think so.
[20:50] <hatch> cool
[21:15] <Makyo> jujugui small review/QA: https://github.com/juju/juju-gui/pull/127
[21:28] <rick_h_> Makyo: done, what's the test ease with the ATTR? The fact that you can set it on init?
[21:30] <Makyo> rick_h_, I can ensure that both the menu is displayed and that the relation  the module believes is being shown in the menu matches the relation that is actually shown in the module.
[22:07] <hatch> rick_h_ """ Error: the string "makeContainer requires a context in order to track containersto cleanup." was thrown, throw an Error :) """ haha thanks for that part :) 
[22:12] <rick_h_> hatch: :)
[23:34] <rick_h_> hmm, no huw. Wonder if it's baby time
[23:34] <hatch> hmm yeah he is usually in 1.5h ago
[23:35] <rick_h_> yea
[23:35] <hatch> maybe we can convince him to do some left panel css work while it's sleeping ;)_
[23:38] <rick_h_> hah
[23:38] <hatch> so close to being done this refactor!
[23:38] <hatch> I wrote integration tests for the util class too
[23:39] <hatch> alleviate our concerns of the unit tests being too unity