[01:16] <lotuspsychje> morning
[08:16] <ducasse> good morning
[09:30] <unixbsd_1> I just managed to play Grand theft auto Vice City, with the gamepad on Ubuntu, and just activated the "Float over water, cars", that's all working. If interested, let know.
[10:45] <guiverc> :)   I recall vidce city on a psx2 I think... I liked it as I recall
[10:46] <guiverc> s/vidce/vice
[11:58] <ruedii> Vice City has a PC version, and a Playstation version.  I forget which playstation generation.
[11:59] <ruedii> Google is nice and gave me a quick answer: It's available for PlayStation 2, Playstation 3 and Playstation 4.
[12:18] <ruedii> There is also an Android version available now as well, of course
[16:53] <daftykins> PS2 original
[18:30] <ruedii> Yes, the PS2 release was first, quickly followed by the PC release.
[18:31] <ruedii> Sorry for the delay in response.  Was busy playing a game.


[00:08] <gary_poster> Makyo, "LGTM and QA OK.  Thank you!"  I'm actually still waiting for the last full run to complete, but since the code path has long passed what you added, I'm +1 on going ahead and landing.
[00:19] <Makyo> Yay!
[00:21] <gary_poster> Makyo, do you get this sometimes from quickstart?  http://pastebin.ubuntu.com/6527391/ ?  Not sure why.  I can ssh to the bootstrap machine.
[00:21] <gary_poster> It's doing it again for me. :-(
[00:21] <Makyo> I've never seen that :/
[00:22] <Makyo> It seems similar to what I was getting last night with charm functional tests, though
[00:22] <gary_poster> k
[03:29] <hatch> -31C here right now with a -42C wind chill
[03:29] <hatch> jeeeeeeesh
[13:18] <gary_poster> hatch, 19C here with a high today of 25C ;-)
[13:28] <hatch> lol wow
[13:39] <gary_poster> jujugui, just sent email to everyone.  Please take a look as soon as you can.
[13:41] <hatch> on it
[13:45] <rick_h__> gary_poster: +1 from me
[13:46] <hatch> +1
[13:46] <gary_poster> thank you
[13:46] <hatch> so elegant :)
[13:46] <gary_poster> heh
[13:46] <gary_poster> thanks
[13:47] <hatch> jujugui here is the link to my YUI Theatre chat http://www.youtube.com/watch?v=lJPdH8xmOWg feel free to watch it and 'like' it ;)
[13:48] <benji> hatch: nice lower-third
[13:48] <hatch> heh thanks
[13:48] <gary_poster> somebody actually disliked it?  bah
[13:49] <hatch> it's youtube - people dislike everything
[13:49]  * gary_poster briefly contemplates "like" spammer bot :-P
[13:49] <gary_poster> :-)
[13:49] <hatch> haha
[13:49] <frankban> gary_poster: +1, hatch: cool
[13:49] <gary_poster> thanks frankban
[13:49] <hatch> thanks
[13:54] <gary_poster> post-update restart coming up
[14:09] <hatch> rick_h__ so are we to use the git repo now?
[14:09] <frankban> :-/ tonight I'll have nightmares about unicode and python2 exceptions...
[14:09] <hatch> lol
[14:09] <rick_h__> hatch: ye
[14:09] <rick_h__> hatch: yes
[14:10] <hatch> did you send out a process guide/update hacking?
[14:11] <rick_h__> hatch: plan is to update the hacking doc today
[14:11] <rick_h__> but pm'd you link to start of process notes
[14:11] <rick_h__> hatch: but fork the repo from juju into your namespace and start hacking :)
[14:11] <hatch> cool - I'm sure I could figure it out but I'd rather know ahead of time :)
[14:12] <hatch> rick_h__ pet peeve - don't use aliases in the code docs ;)
[14:12] <rick_h__> hatch: yea, basic idea is fork into your name, clone it down, add a new remote for the juju org repo
[14:12] <rick_h__> hatch: :P but typing is hard and I linked to them :)
[14:12] <hatch> still - imho it follows the same reasoning why coffeescript projects get very little contributors
[14:13] <rick_h__> hatch: rgr, I'll make sure the official docs don't do that
[14:13] <hatch> rick_h__ you may also want to include info about https://github.com/webmat/git_remote_branch
[14:13] <hatch> makes the remote branch dance in git a little easier
[14:14] <hatch> s/little/lot
[14:14] <rick_h__> hatch: merge proposals welcome :) I've never used it so I can't speak to it
[14:14] <rick_h__> gem install...nope not going to happen
[14:14] <hatch> oh you're one of THOSE!
[14:14] <rick_h__> :)
[14:15] <rick_h__> I believe in knowing the commands and how it works vs relying on add-on tooling to hide it from me?
[14:15] <rick_h__> ...or you meant the gem thing
[14:15] <hatch> lol yeah
[14:15] <rick_h__> hatch: yea, I figure we should do some git knowledge sharing as we get going
[14:15] <rick_h__> hatch: I don't claim to know all, I know enough to get my stuff done tbh
[14:16] <hatch> `grb create <branch>` is all you need to do to create a new branch locally and remotely and relate the two
[14:16] <hatch> vs the -other- way
[14:16] <hatch> ugh
[14:16] <hatch> haha
[14:16] <hatch> git being a database is very nice sometimes....othertimes....not-so-much :)
[14:16] <rick_h__> hatch: heh, yea I'm not used to mirroring every branch on both ends
[14:17] <rick_h__> so I tend to be explicit and push/pull directly with the full origin branchname and such
[14:18] <hatch> ahh gotcha - well I'm sure we'll all work out a good process eventually
[14:18] <hatch> on that vein I'm very interested in getting this ci system charmed up....ya know....incase you didn't already know that :P
[14:21] <rick_h__> hatch: heh, yea. I think it'll be cool for sure. I want to use it for my own stuff as well. I've got my own org of several projects it'd work nice for https://github.com/bookieio
[14:21] <rick_h__> hatch: might also look at the hub client stuff from github
[14:22] <hatch> not sure what that is
[14:22] <hatch> hub client
[14:22] <rick_h__> https://github.com/github/hub
[14:23] <hatch> oo interesting thanks
[14:23]  * hatch would like to note it's ALSO written in ruby
[14:23] <hatch> lol
[14:23] <rick_h__> yea, it's from github folks...started and lives in ruby land
[14:24] <hatch> oh github is ruby hey?
[14:24] <hatch> that's interesting
[14:24] <hatch> I always figured ruby was slow no matter what lol
[14:24] <rick_h__> yep, all started by imeplemtning the git protocol in a ruby lib
[14:25] <hatch> I hope one of my personal pet projects turns into a $1B company
[14:25] <hatch> lol
[14:41] <hatch> now I have to switch back to colo style working
[14:41] <hatch> this may take some getting used to
[14:41] <rick_h__> hah
[14:41] <hatch> at first I was like 'wtf bzr'
[14:41] <hatch> now I like it
[14:41] <hatch> haha
[14:42] <rick_h__> heh, I was goings nuts until I got colo working
[14:42] <rick_h__> I've never liked the multi dir setup
[14:43] <hatch> I liked it because I could have multiple branches open at onces
[14:43] <benji> I'm going to use subversion with github so as to avoid colo
[14:44] <hatch> haha do it!
[14:44] <hatch> according to my github green square grid....I don't commit a lot on weekends
[14:53] <hatch> rick_h__ I can't seem to connect to your .git examples
[14:54] <rick_h__> hatch: ah crap
[14:54] <hatch> Oops! Google Chrome could not connect to paste.mitechie.com
[14:54] <rick_h__> yea, I just took that server down this weekend. Whoops
[14:54] <rick_h__> sec
[14:55] <rick_h__> hatch: https://pastebin.canonical.com/101610/
[14:56] <rick_h__> heh, don't remember what the second one was
[14:57] <hatch> :) it's ok I just wanted the syntax to set up the username/email on a project basis
[15:03] <hatch> hmm :/
[15:03] <rick_h__> hatch: care to review please? https://github.com/juju/juju-gui/pull/4
[15:03] <hatch> sure
[15:03] <hatch> MERGE WITH CAUTION!!!!
[15:03] <rick_h__> what's the 'hmmm'?
[15:03] <rick_h__> yea, tests aren't done yet
[15:03] <rick_h__> once the tests are done it'll update with "Safe to merge"
[15:04] <hatch> `git config --local user.email "<email>"` does.....nothing
[15:05] <hatch> yay side-by-side diffs
[15:05] <hatch> pretty secret extension, no button in the Chrome chrome
[15:06] <rick_h__> no, it's in the github UI with the other diff options
[15:06] <rick_h__> kind of makes sense since it's not applying to all pages/urls
[15:06] <rick_h__> It'd annoy me to always be there, even when I'm not diff'ing
[15:06] <hatch> yeah it's just pretty secret
[15:06] <rick_h__> heh
[15:06] <hatch> not sure I like it, but I Understand it
[15:07] <hatch> means that if github updates their UI the plugin will break
[15:07] <hatch> I suppose it could break anyways
[15:07] <rick_h__> it would anyway
[15:07] <hatch> haha
[15:07] <rick_h__> :P
[15:13] <hatch> rick_h__ ok I added some comments
[15:13] <rick_h__> hatch: thanks
[15:14] <hatch> It's interesting that it 'auto-submits' comments
[15:14] <rick_h__> hatch: yea
[15:14] <hatch> basically, don't click save unless you mean it
[15:14] <hatch> haha
[15:14] <rick_h__> hatch: so the rebase thing I'm not sure about. I guess we could rebase and then push --force to the pull request.
[15:15] <rick_h__> it'll re-trigger a test run
[15:15] <rick_h__> hatch: but I'd think the reviewer would want to see the cleaned commit history
[15:15] <rick_h__> hatch: and remember, you dont push to trunk. It's auto landed
[15:15] <hatch> sorry my comments weren't clear
[15:15] <rick_h__> so it has to be done here
[15:15] <hatch> hangout?
[15:15] <rick_h__> sure thing
[15:16] <hatch> https://plus.google.com/hangouts/_/7ecpi73rk3qknr1shtcfb8ml5g?hl=en
[15:33] <hatch> grb explain create
[15:33] <hatch> doh
[15:34] <rick_h__> hah
[15:35] <hatch> `grb create inspector-performance` gives me https://github.com/hatched/juju-gui/branches :)
[15:36] <hatch> yay
[15:36] <hatch> now I have to setup my PS1 for git again
[15:36] <rick_h__> cool, auto pushed it?
[15:36] <hatch> yup
[15:36] <hatch> sec i'll gist
[15:36] <rick_h__> hatch: make sure your origin isn't master
[15:36] <rick_h__> it should be devleop
[15:36] <rick_h__> develop
[15:36] <rick_h__> not sure how it auto wanted to compare to master
[15:37] <rick_h__> ah, in the fork it doesn't carry that setting over doh
[15:37] <hatch> https://gist.github.com/hatched/f53cbfc26ffeaf269588
[15:37] <hatch> yes sorry in the fork
[15:38] <rick_h__> hatch: cool on the grb stuff
[15:38] <hatch> yeah - it's really convenient - it'll take me some time to relearn it
[15:38] <hatch> but saves you from doing a lot of stuff
[15:40] <jcastro> rick_h__, hah I suck, what's the CLI command equivalent for shift-d? I don't think I documented it, doh!
[15:41] <rick_h__> oh, to do an export? no idea actually
[15:41] <rick_h__> hatch: ^ ?
[15:41] <hatch> hmm i know this....
[15:41] <hatch> sec ill check my notes
[15:42] <hatch> no idea
[15:42] <hatch> ^ frankban
[15:42] <hatch> :P pass it around!
[15:46] <hatch> jujugui to put your git branch name in your prompt https://gist.github.com/hatched/7826871
[15:48] <rick_h__> https://pastebin.canonical.com/101612/ is what I use for mine in zsh with using vcs_info
[15:49] <frankban> jcastro: if juju deployer does not do that, then I am not aware of other cli possibilities
[15:49] <rick_h__> hmm, actually this I guess to get it all formatted/etc https://pastebin.canonical.com/101613/
[15:49] <hatch> wow thats....a lot longer
[15:49] <hatch> lol
[15:50] <rick_h__> yep, but there's some extra stuff in there for my vi mode indicator and such
[15:50] <rick_h__> but it's a nice setup. <3
[15:52] <hatch> jujugui call in 8
[15:55] <gary_poster> ty
[15:58] <hatch> anyone use this keyboard? http://www.kinesis-ergo.com/advantage.htm
[15:58] <rick_h__> have one in my closet
[15:58] <rick_h__> actually two
[15:58] <gary_poster> jujugui call in 2
[15:58] <hatch> do they work?
[15:58] <rick_h__> one older one
[15:58] <rick_h__> yea, they type
[15:58] <hatch> but....
[15:59] <rick_h__> but a couple of keys can be hard to type. I've got a friend that lives on his and won't go back
[15:59] <rick_h__> I've not gotten sold to use it full time
[16:00] <hatch> tree hundid dolla is a lot of money for a keyboard heh
[16:00] <hatch> but I hear they are the best
[16:00] <rick_h__> yea, I got my first older model off ebay
[16:00] <rick_h__> but no windows key is a killer for me and my WM commands
[16:00] <hatch> oh right I guess hey
[16:01] <rick_h__> so I bought a full model later on
[16:02] <gary_poster> benji ping
[16:02] <luca___> gary_poster: in the CLI, to add a relation do I type: juju add-relation or add-relation?
[16:03] <hatch> juju
[16:03] <gary_poster> juju add-relation
[16:03] <luca___> thanks
[16:20] <hatch> luca___ very cool that you're playing with Juju :)
[16:20] <luca___> hatch: I'm not
[16:21] <luca___> hatch: :P
[16:21] <hatch> oh lol
[16:21] <luca___> I'm working on search improvements
[16:21] <luca___> and and trying to build a list of commands that would work in the GUI
[16:21] <luca___> you hit / to activate the search bar
[16:21] <hatch> intersting
[16:21] <luca___> and then you can type certain juju commands to do stuff in the GUI
[16:21] <hatch> ahh cool cool
[16:22] <luca___> I was looking at the viability of it
[16:23] <hatch> that interface is similar to hitting the 'super' key in Ubuntu and searching the menu
[16:23] <luca___> right
[16:23] <hatch> cool, I like it
[16:24] <luca___> if you have any ideas of stuff like that I would be interested in knowing them :) feel free to email them over
[16:24] <luca___> rick_h__: you too^
[16:46] <benji> luca___: is / meant for searching or "commands" (most people would expect pure search)
[16:48] <rick_h__> benji: I think 'focus on search box' which is more like search + stuff
[16:54] <luca___> benji: rick_h__ shortcut key to access search box
[16:54] <luca___> rick_h__: benji you wouldn't see the / in the search box
[16:55] <benji> luca___: yep; I just wanted to make sure we wouldn't confuse people by making / bring up a "command line" of sorts; / to bring up search is common and good
[17:01] <luca___> benji: if you have any ideas send them over :)
[17:02]  * gary_poster lunches
[17:04] <hatch> rick_h__ looks like there is a new switch type for the kinesis keyboards http://www.kinesis-ergo.com/advantage-lf-features.htm
[17:05] <rick_h__> hatch: yea, one thing I don't like. I'm a more force kind of guy
[17:05] <rick_h__> I don't like the browns or reds
[17:05] <rick_h__> I use blue's now, but would prefer some greens in there
[17:05] <hatch> doesn't compute
[17:05] <hatch> need more information
[17:05] <rick_h__> those two switches suck imo :)
[17:05] <rick_h__> I like other switches
[17:06] <hatch> they are stiffer I'm assuming?
[17:06] <rick_h__> yes, they require more force
[17:06] <hatch> ahh - right now I use a Microsoft Ergo 4000 which is fine, but after about 10months the keys start to bind on the way down
[17:07] <hatch> not sure what colour they are :)
[17:07] <hatch> they look white
[17:07] <rick_h__> ugh, hate that keyboard. The scuplt from MS isn't bad. Used that for a couple of weeks, laptop scissor switches
[17:07] <rick_h__> yea, but MS doesn't use cherry switches (cherry is a company)
[17:08] <hatch> interesting - I really like this keyboard and it's 'media' switches heh
[17:08] <hatch> but I suppose I could buy a new one every 6 months and it would still take a few years to break even on a kinesis
[17:08] <hatch> haha
[17:08] <rick_h__> The thing on the kenisis is that it's a big help for those with wrist issues
[17:08] <rick_h__> my friend can't use a normal keyboard for more than a couple of days without pain
[17:09] <rick_h__>  doesn't hurt > $$
[17:11] <luca___> gary_poster: hatch rick_h__ what 3 charms could we use in a graphic to highlight the power of Juju? It would be great if you could actually relate them.
[17:11] <rick_h__> luca___: check with what jcastro is using for bundles these days
[17:11] <hatch> luca___ I would bet that would depend on the audience :)
[17:12] <jcastro> luca___,  ceph, openstack, and rails
[17:12] <luca___> oh, hello there jcastro
[17:14] <rick_h__> gary_poster: do you have a link to the -dev mailing list? I can't find it. I don't see any team I'm in listing that as a list under it.
[17:17] <hatch> sublime text doesn't show the .git directory in it's directory listing
[17:17] <hatch> tres confused
[17:17] <rick_h__> hatch: no, it shouldn't
[17:17] <rick_h__> it should ignore source dirs,
[17:17] <hatch> it's a directory listing....SHOW ME THE @#$% directories
[17:17] <hatch> haha
[17:17] <rick_h__> heh
[17:17] <rick_h__> :e .git/config
[17:17] <rick_h__> vim ftw
[17:18] <hatch> pssht, I'm going to try out brackets this weekend
[17:18] <hatch> see what all the hype is about
[17:18] <hatch> uh oh
[17:18] <hatch> make doesn't work
[17:18] <rick_h__> huh?
[17:18] <hatch> rick_h__ were you able to get make to build the app?
[17:19] <rick_h__> hatch: yea, I've been using it the whole time. It's how CI works, how I landed branches, etc
[17:19] <hatch> bzr: ERROR: Not a branch: "/home/hatch/canonical/juju/juju-gui/".
[17:19] <hatch> it just spews that out forever
[17:19] <rick_h__> there are errors in some of the commands, but it works ok
[17:19] <hatch> ok I'll try a fresh checkout again
[17:20]  * rick_h__ is loading up a fresh tmp dir
[17:20] <luca___> jcastro: could you give me 3 individual services that could be shown in this graphic? https://drive.google.com/file/d/0B7XG_QBXNwY1MHN2dE9PbkhtcFk/edit?usp=sharing
[17:21] <rick_h__> hatch: so I get that error 12 times due to the commands in the makefile related to doing a release. We'll need to update those, but works fine here
[17:22] <rick_h__> hatch: git clone && cd juju-gui && make devel works
[17:22] <hatch> on a fresh checkout worked
[17:22] <hatch> I musta screwed something up
[17:22] <hatch> while setting it up
[17:22] <rick_h__> hatch: stop doing that :P
[17:45] <hatch> I don't know how it happens, I hit OneTab, then in a day I have 50 tabs again
[17:45] <hatch> there is clearly too much information on the internet
[17:47] <Makyo> OneTab just encourages this behavior :)
[17:54] <hatch> http://programmers.stackexchange.com/questions/220487/benefits-of-spaghetti-code
[17:54] <hatch> lol
[17:54] <hatch> Makyo haha so true so true
[18:07]  * Makyo reboots for updates.
[18:17] <hatch> Makyo you back?
[18:18] <Makyo> Yep.
[18:18] <hatch> https://gist.github.com/hatched/fb368ec58e7a4cbcff08
[18:18] <hatch> why do I need to do this for datum?
[18:18] <hatch> datum() for whatever reason falls over explosively if it's called on unitItem sometimes
[18:20] <Makyo> Not sure?  What's unitItem when it fails, and what's the exception? TypeError?
[18:20] <hatch> yeah it can't access __DATA__
[18:20] <hatch> datum is the proper method to access the data for the unit right?
[18:21] <Makyo> __DATA__ is the data bound to the node, so that node or that piece of data might not be there anymore.
[18:21] <Makyo> I wonder if we're missing an exit or something.
[18:21] <Makyo> Yeah
[18:22] <hatch> ok cool I'll keep hacking on it
[18:23] <hatch> "Cannot read property '__data__' of null"
[18:23] <hatch> is the full error
[18:27] <hatch> Makyo unitItem https://www.evernote.com/shard/s219/sh/a8d831fd-4a19-4c0c-84ad-232b3146b664/3b18231c38fa07bb4a586571e2363b1b
[18:27] <hatch> all nulls?
[18:27] <gary_poster> rick_h__, you found the dev list, yeah?
[18:28] <hatch> does that mean no changes? I don't really understand what I'm looking at beyond the 'categories'
[18:28] <rick_h__> gary_poster: no, I just sent to peeps
[18:28] <gary_poster> oh one sec
[18:28] <rick_h__> gary_poster: it had everyone subscribed that I knew we wanted to hit
[18:28] <Makyo> hatch, something's being done in the wrong order, then.  We shouldn't have unattached nodes after a filter
[18:28] <gary_poster> rick_h__, fwiw<EMAIL_ADDRESS>(https://lists.ubuntu.com/mailman/listinfo/juju-gui)
[18:29] <rick_h__> gary_poster: ah, I was looking for a specific -dev list
[18:29] <gary_poster> we call that the dev list.  the non-dev list is juju@
[18:30] <rick_h__> and I didn't notice it under https://launchpad.net/~juju-gui or ~juju-gui-charmers
[18:30] <rick_h__> gary_poster: rgr
[18:30] <hatch> Makyo so does that mean that the elements in the DOM aren't actually attached to a dataset?
[18:32] <rick_h__> gary_poster: k, copied to that list as well.
[18:32] <Makyo> hatch, I'm not sure.  With a filter, you should wind up with a list of nodes, not a list of nulls.
[18:32] <gary_poster> thank you
[18:32] <hatch> Makyo ok thanks
[18:35] <frankban> guihelp: I need two reviews for the unicode branch: https://codereview.appspot.com/38500043 (and apologies :-/ )
[18:35] <Makyo> frankban, I'll take one.
[18:35] <rick_h__> I can as well
[18:35] <frankban> Makyo: thanks
[18:35] <frankban> rick_h__: thanks
[18:39] <hatch> I just don't understand the architecture of d3
[18:40] <hatch> like he modifies the prototype of an array with methods to interact with the dom?
[18:40] <hatch> does not compute
[18:40] <gary_poster> rick_h__, I was about to make a branch that removed everything from bzr and added a "MOVED.txt" to the branch so people go to github.  However, I think a pre-requisite will be make sure that we can actually make a release from the git version, which is currently broken.  It remains to be seen how broken it is.  I think making and signing a distfile shouldn't be too bad, though I probably will need to confer with you
[18:40] <gary_poster> .  I *think* upload_release.py will still work, but if not that might be more exciting.
[18:41] <rick_h__> gary_poster: yes, I'm working on the smaller stuff that references bzr right now
[18:41] <rick_h__> gary_poster: but the makefile release stuff is scary at first glance so hoping to convince someone to walk throught hat with me
[18:41] <rick_h__> gary_poster: +1 on making a release being the real test
[18:42] <gary_poster> rick_h__, oh cool, thank you. yeah I'm happy to walk through it.  We can make a non-official release on the non-stable series just to test the waters
[18:42] <rick_h__> gary_poster: maybe a 1.0a release or something can be done
[18:42] <rick_h__> gary_poster: sounds like a plan to me.
[18:42] <gary_poster> cool
[18:45] <rick_h__> gary_poster: https://github.com/juju/juju-gui/pull/5 is the small stuff, the rest seems to be in the makefile/release docs.
[18:45] <rick_h__> gary_poster: going to review franban's branch, maybe walk through on monday? Or you've got a lot of calls
[18:45] <gary_poster> have a lot of calls morning.  can do afternoon
[18:45] <rick_h__> ok
[18:46] <gary_poster> rick_h__, is there a way to do side-by-side review?
[18:46] <hatch> Makyo I think that this IS working as expected - it appears that every record is a null except for the 'diffs'
[18:46] <rick_h__> gary_poster: yes, in the notes https://gist.github.com/mitechie/c0183e567d81aa92b5e3 is a link to a chrome extension that allows a side-side option
[18:46] <gary_poster> oh sorry
[18:47] <rick_h__> gary_poster: line 17
[18:47] <hatch> either that, or we are totally misunderstanding how d3 works haha
[18:49] <hatch> off for lunch bbl
[18:55] <gary_poster> rick_h__, ?
[18:55] <gary_poster> $ git describe HEAD
[18:55] <gary_poster> fatal: No names found, cannot describe anything.
[18:55] <rick_h__> gary_poster: you need the --always
[18:55] <rick_h__> gary_poster: since we don't have a current tag in the system
[18:55] <gary_poster> rick_h__, ah gotcha.
[18:59] <gary_poster> rick_h__, I assume my LGTM should be a "Comment" not a "Close & Comment"?  "Close & Comment" without merging is equivalent to "thanks but no thanks," I assume?
[18:59] <rick_h__> close will end the pull request
[19:00] <rick_h__> yes, it's the equiv of 'thanks but pull request denied'
[19:00] <gary_poster> ok cool
[19:08] <rick_h__> gary_poster: heh, yea on the link change to the HACKING doc. I figured this method *works* for both the README alone and 'in the docs' use case. But you're correct that it won't navigate to the internal HACKING link
[19:09] <gary_poster> on call
[19:09] <rick_h__> rgr
[19:28] <jcastro> hey jcsackett
[19:28] <jcastro> can you spin me up on this gitpad thing and whatnot?
[19:30] <jcsackett> jcastro: sure. google chat?
[19:30] <jcastro> yeah! fire it up!
[19:30] <jcsackett> call should be coming in a second.
[19:30] <jcastro> rick_h__, come hang out with us!
[19:31] <rick_h__> jcastro: hah!
[19:31] <jcsackett> hrm.
[19:31] <rick_h__> fail
[19:31] <jcsackett> yeah...i can't seem to start it.
[19:32] <rick_h__> jcsackett: https://plus.google.com/hangouts/_/7ecpjlcc61nebmbv0irckg9dkg?hl=en
[19:32] <jcsackett> can one of you get one going?
[19:32] <jcsackett> thanks, rick_h__.
[19:37] <gary_poster> rick_h__, off call.  yeah I'm ok with what you ahd if that's what you really want. <shrug>  Maybe in the new world we no longer need sphinx really, because we can read docs in a reasonably attractive way on github
[19:37] <gary_poster> but we should consciously make that choice
[19:39] <rick_h__> gary_poster: ok, will add a card
[20:19] <hatch> back
[20:24] <hatch> so hows everyone doing?
[20:27] <hatch> that's awesome
[20:27] <gary_poster> lol
[20:27] <hatch> haha
[20:27] <rick_h__> TGIF...outta here. Have a good weekend folks. That's how I'm doing :)
[20:27] <gary_poster> see ya rick_h__
[20:27] <gary_poster> have a good one
[20:27] <hatch> lata rick_h__
[20:27] <hatch> we all knwo you'll be back
[20:28] <rick_h__> hah, I watch irc. Can't lie
[20:28] <hatch> haha
[20:28] <rick_h__> but I have a new light up install in the kitchen tonight so tool time!
[20:28] <hatch> ahh coolio - I've been reno'ing my bathroom
[20:28] <rick_h__> "Son, this watch daddy shake a bit when he realizes those wires are hot"
[20:28] <hatch> I'll have to put pictures up sometime
[20:29] <hatch> lol!
[21:02] <gary_poster> outta here
[21:02] <gary_poster> have a great wkend
[21:05] <hatch> you too
[21:05] <hatch> cya
[21:18] <hatch> Makyo hey are you around?
[21:18] <Makyo> hatch, sure
[21:18] <hatch> so....ok....d3
[21:18] <Makyo> ROCKS
[21:18] <Makyo> :)
[21:18] <hatch> is there seriously no way from the unitItem to know what it's "parent" is?
[21:19] <Makyo> Is unitItem the li node?
[21:19] <hatch> the data set doesn't contain this anywhere....there must be some index/parent mapping SOMEWHERE
[21:19] <hatch> yes
[21:19] <Makyo> And the slowdown is around getting the ancestor?
[21:19] <Makyo> (Assuming by parent, you mean category.
[21:19] <Makyo> )
[21:20] <hatch> well the filter only runs through 10 units (if there are 10) but somehow it knows to put the others under the landscape header
[21:25] <hatch> ohh
[21:26] <hatch> we need to push that into the unit dataset
[22:54] <hatch> ╯□）╯︵-┻━┻
[22:55] <hatch> later everyone
[23:24] <Makyo> jujugui Quickstart review for SSH Keys 2: Return of the Son of SSH Keys. https://codereview.appspot.com/36080044 (I may have conflicted some with Francesco's unicode-ageddon branch, will investigate and push updates if needed)