[12:35] <gary_poster> hey bac.  thank you for looking into the GA stuff.  As soon as you know if it will work for us, please let me know: the information (whatever the answer is) will unblock another task.
[12:36] <bac> gary_poster: yesterday afternoon i inserted the tracking code on uistage and could see it being served but no data was being collected.  chrome plugins showed that it was installed correctly.  that's all i knew at EOD yesterday
[12:36] <rick_h__> luca__: thanks, I see the images in the folder and submitting the category changes now. 
[12:36] <bac> gary_poster: i now see that we are collecting data.
[12:36] <bac> 28 unique visitors for 31 visits
[12:36] <luca__> rick_h__: excellent, many thanks Rick
[12:37] <gary_poster> bac but that is for uistage only, right?  We now need to discover whether it will still work when deployed elsewhere?
[12:37] <bac> gary_poster: my next step is to deploy the charm with the same tracking code and see if data are collected from those deployments.  from further research i'm pretty confident the data will be seen.
[12:37] <bac> gary_poster: ack
[12:37] <gary_poster> yay, bac!
[12:38] <gary_poster> so...well, quick guichat call?
[12:38] <bac> gary_poster: i'm not sure yet what the time delay is for reporting.
[12:38] <gary_poster> ack
[12:39] <gary_poster> bac, could I run something past you on guichat?
[12:39] <bac> sadly their dashboard still shows the tracking slug is not deployed, which is misleading
[12:39] <bac> gary_poster: sue
[12:39] <bac> sure
[12:39] <bac> don't sue
[12:39] <gary_poster> sally
[12:42] <luca__> gary_poster: sorry to pester, I should of asked in IRC but would it be possible for you to answer my latest bundles question I sent in email? Really sorry!
[12:43] <gary_poster> luca__, yes reply started, will get out in a few
[12:44] <luca__> gary_poster: thank you!
[12:47] <gary_poster> luca__, could you give bac information on what the privacy policy banner thing needs to be?  If you have standard HTML/CSS that would be even better
[12:48] <gary_poster> and JS
[12:50] <luca__> gary_poster: the cookie thing?
[12:50] <gary_poster> luca__, yeah
[12:52] <luca__> bac: just asking the web guys what they have
[13:01] <bac> luca__: thanks
[13:02] <bac> "Error with ubuntu-doodoo" ... from uistage
[13:26] <hatch> morning
[13:27] <gary_poster> morning
[13:31] <luca__> gary_poster: in regards to the feedback stuff, I'll have to complete this early next week as I'm flying out to Norway in a few hours
[13:32] <gary_poster> luca__, ok cool, thanks for the heads up
[13:32] <gary_poster> enjoy :-)
[13:32] <hatch> jealous
[13:33] <BradCrittenden> gary_poster: good news.  i was able to modify the tracking slug and am seeing reports from me hitting a locally running juju gui.  i deployed 'mysql-bac' and see it in the real-time reports.  the data available in real time is minimal (urls and location) so it'll be interesting to see what shows up later
[13:34] <gary_poster> great, bac!  thank you for letting me know
[13:34] <bac> but it looks promising
[13:34] <gary_poster> excellent
[13:38] <benji> I have a small branch up for review: https://codereview.appspot.com/9981044
[13:47]  * gary_poster stepping out to son's school in about 8 minutes; back at about 20 or 25 past the next hour
[13:48] <gary_poster> in time for vitals discussion :-)
[13:54] <gary_poster> biab
[14:08] <abentley> orangesquad: uistage.jujucharms.com is failing to load the browser.  It says "Failed to load editorial content.\nCharm API server did not respond"
[14:08] <rick_h__> abentley: k, looking
[14:09] <abentley> That was at http://uistage.jujucharms.com/:flags:/browser_enabled/
[14:09] <rick_h__> abentley: http://uistage.jujucharms.com/:flags:/browser_enabled/ works for me
[14:10] <abentley> rick_h__: Worked this time, failed three times before.
[14:11] <rick_h__> abentley: :/ so we're wondering if this is a 504 on m.j.c issue?
[14:11] <sinzui> abentley, I don't see any issue with uistaging or m.jc myself
[14:11] <abentley> rick_h__: That seems plausible.
[14:12] <sinzui> abentley, is it possible there was a 504 from m.jc that broke your uistaging app? Reloading doesn't help?
[14:12] <abentley> sinzui: The first three times I loaded the page, I got a failure.  the fourth time, it worked.
[14:13] <sinzui> oh, maybe we got a restart of elasticsearch from the rt I filed?
[14:15] <abentley> sinzui: I think the simpler explanation is that we're still getting intermittent failures from m.j.c due to connection time-outs.
[14:16] <sinzui> abentley, I'll talk to webops about what the timeouts are between the services in the stack
[14:24] <sinzui> abentley, rick_h__ has evidence that interesting is not being caches and that there is a 3 second timeout between apache and elasticsearch
[14:25] <rick_h__> abentley: yea, I was checking the cache headers and I got a 504 when the req time on the back end was just a hair over 3s
[14:25] <rick_h__> abentley: and looking at the x-cache headers I'm not sold it's working right. 
[14:27] <abentley> rick_h__: I see "Cache-control: max-age=0" in the headers, which would defeat caching.
[14:28] <sinzui> oops
[14:28] <rick_h__> abentley: looking, wonder if YUI auto adds that to the request. 
[14:29] <rick_h__> hatch: ^ any inside knowledge there?
[14:29] <abentley> rick_h__: That might be from me hitting reload.  I was doing it manually.
[14:29] <sinzui> yep. I see that for every search I do
[14:29] <hatch> reading the backlog
[14:29] <rick_h__> abentley: sinzui ok, I'll file a bug and put it on the board to look at the requests going out and look at how to override that 
[14:30] <abentley> rick_h__: Yeah, looks like that was my fault for hitting reload.
[14:30] <sinzui> thanks rick.
[14:30] <hatch> rick_h__: you wondering if yui auto adds cache-control to the request?
[14:30] <rick_h__> hatch: rgr
[14:31] <hatch> it doesn't
[14:31] <hatch> you are free to set your own headers though
[14:31] <rick_h__> hatch: ok yea, nvm. abentley thinks it was a reload force issue. 
[14:31] <hatch> shouldn't that be allowed?
[14:31] <hatch> this sounds like a mjc issue
[14:32] <hatch> the user should be ble to reload and get a site within a second over and over and over
[14:32] <rick_h__> hatch: so mjc is trying to cache things but if the client says "give me new stuff" it should skip the cache and never use it
[14:32] <rick_h__> hatch: but by default, the stuff in interesting/search results/etc can't change but every 15min anyway
[14:32] <rick_h__> hatch: so we're just looking at the caching and if it's in effect/helping/etc. 
[14:33] <hatch> ahhh ok
[14:33] <hatch> yeah that sounds like an issue on mjc side
[14:33] <rick_h__> hatch: but nvm, I'm looking now and I don't see the header added. 
[14:33] <rick_h__> hatch: well, it's on both ends. the gui has to make the requests with good headers and mjc has to respond approporaitely
[14:33] <rick_h__> hatch: and by gui I mean the charmworld store class really
[14:34] <hatch> well yes, but mjc should be smart enough to return the cached version if it's still valid regardless of what the client requests
[14:34] <rick_h__> hatch: :P no, give the customer what they ask for 
[14:34] <rick_h__> hatch: but anyway, we're all good. 
[14:36] <abentley> rick_h__: One thing we probably should do is support ETags for charm/*/file/*  I see a lot of pointless icon retrievals.
[14:36] <rick_h__> abentley: k, sounds like a good plan
[15:16] <hatch> Makyo: which card did you just propose? so I can tag it
[15:16] <Makyo> hatch, oh, sorry, just a sec.
[15:17] <hatch> cool thx
[15:17] <Makyo> hatch, zoom to service if any...
[15:20] <hatch> Makyo: do you need a QA?
[15:21] <Makyo> hatch, yeah, but give me a sec to revert config.
[15:21] <hatch> hehe centroid
[15:21] <hatch> sounds like a video game
[15:22] <hatch> it's metroid's girlfriend
[15:22] <rick_h__> hatch: can you link me to the assert node thing you showed me yesterday?
[15:22] <Makyo> hatch, QA: add services, pan away from them, shift+0 to pan back.
[15:22] <hatch> rick_h__: google node.js assert
[15:22] <hatch> require('assert') it's part of the node core
[15:22] <rick_h__> hatch: thanks, was doing javascript and failed
[15:23] <hatch> and that's new?
[15:23] <hatch> ooooo burn
[15:23] <rick_h__> lol
[15:23]  * hatch hands some aloe to rick_h__
[15:23] <hatch> haha
[15:23] <hatch> ^5
[15:47] <frankban> gary_poster: do you have time for a quick hangout after the call?
[15:48] <gary_poster> sure frankban 
[15:48] <frankban> thanks
[15:50] <gary_poster> jujugui call in 10; kanban now
[15:58] <gary_poster> jujugui call in 2
[16:01] <gary_poster> benji, call now
[16:02] <rick_h__> sinzui: jcsackett can you guys look at https://codereview.appspot.com/10049044 when you get time please? sinzui in particular would appreciate wording and gramatic feedback :)
[16:09] <hatch> Makyo: QA looks good
[16:10] <Makyo> hatch, have a q on one of your comment,w ill ask after call
[16:10] <hatch> deal
[16:11] <hatch> jcsackett: I think you need a new machine :)
[16:11] <jcsackett> hatch: google needs a new hangout app.
[16:11] <rick_h__> says the man that needs a new machine because tests are too slow :P
[16:11] <jcsackett> but! i get a new machine in 2 months. and it will have a webcam.
[16:11] <hatch> lol noone else drops
[16:11] <hatch> rick_h__: lol!
[16:12] <jcsackett> hatch: bcsaller dropped at the start of this call.
[16:12] <hatch> rumor has it the new MBP will be coming out next week so I should have a new one within a couple months
[16:12] <hatch> me hopes
[16:13]  * gary_poster has similar plans
[16:13] <jcsackett> hatch: my problem is just that my laptop doesn't have a webcam, so i'm using the mobile hangouts app.
[16:13] <jcsackett> oddly, it only really seems to have problems with y'all's standup. :-P
[16:13] <benji> I so want the banner to say "This site uses cookies, but only to determine if you have dismissed this banner or not."
[16:14] <gary_poster> lol
[16:14] <hatch> benji hahaha
[16:14] <Makyo> hatch, is your ATTRS comment with regards to this.get('component')?
[16:15] <frankban> benji: where is your branch?
[16:15] <hatch> Makyo: well we are 'getting' attributes but none are defined
[16:15] <hatch> so someone coming in later will be like 'wth are these coming from' ?
[16:15] <gary_poster> hey rick_h__ thank you for quality message change, awesome.  did luca direct/approve the presentation of that?
[16:16] <benji> frankban: https://codereview.appspot.com/9981044/
[16:16] <hatch> jcsackett: ahh yeah I found out the other day (when the power kept goign out) that the mobile app requires some serious mobile cpu power
[16:16] <Makyo> hatch, just component.  The other attributes are on topology
[16:16] <rick_h__> gary_poster: not really. It's a stab at "look at this, does this make people happy?"
[16:16] <benji> hmm, I guess lp2kanban hasn't updated it; that's odd
[16:16] <Makyo> hatch, component is set by the topology framework.
[16:16] <rick_h__> gary_poster: e.g. it's not any worse and might just work so check it out.
[16:16] <hatch> Makyo: hmm I thought the ATTRS was empty
[16:16] <jcsackett> hatch: yeah. i plug it in for the standups, but that hasn't really helped.
[16:16] <Makyo> hatch, app/views/topology/topology.js
[16:17] <gary_poster> rick_h__, lol ok, cool.  unfortunately luca is out rest of week.  maybe ask alejandra for a once over in his absence?  she will be back tomorrow
[16:17] <rick_h__> gary_poster: rgr, can do
[16:17] <gary_poster> ty
[16:17] <hatch> Makyo: oh right these things are used as extensions not individual modules
[16:18] <Makyo> hatch, I mean, sure, I can add component to all the files and document it as being set by the d3ns.Module stuff?
[16:18] <Makyo> hatch, but that's the only attribute.  Everything else is on topo, not this.
[16:18] <Makyo> all the files ATTRS, that is.
[16:19] <hatch> yeah - maybe just add component to the ATTRS
[16:19] <Makyo> hatch, alright.
[16:22] <benji> The power is flickering here.  I may drop off.
[16:22] <hatch> heh ours never flickers, it just goes down without warning
[16:23] <bcsaller> hatch: in chat again, branch pushed
[16:23] <hatch> kewl
[16:27] <frankban> gary_poster: call?
[16:29] <gary_poster> sorry frankban 
[16:29] <gary_poster> yes
[16:31] <frankban> gary_poster: https://plus.google.com/hangouts/_/02bb45411739e441fe107c9f66e2a8cc36ba4ba7?authuser=0&hl=en
[16:35] <rick_h__> abentley: have sec?
[16:35] <abentley> rick_h__: sure.
[16:38] <jcsackett> rick_h__, hatch: can you take a look at https://codereview.appspot.com/9964044/
[16:40] <rick_h__> jcsackett: will do
[16:46] <abentley> rick_h__: I tried a hyphenated category and it worked fine: http://staging.jujucharms.com/api/1/charms?categories=cache-proxy
[16:48] <jcsackett> abentley, rick_h__: staging looks like it handles it, manage doesn't.
[16:48] <rick_h__> abentley: hmm, so something is up wih that request then. http://staging.jujucharms.com/api/1/charms?categories=app-servers&series=precise&text=&type=approved is returning results not too
[16:48] <rick_h__> jcsackett: ah!
[16:49] <abentley> rick_h__: It's possible that the ES mappings didn't get updated properly on manage.  I guess we'll need some help from the ops of the web.  I'm going on lunch.
[16:50] <rick_h__> abentley: ok, updating the bug to note the diff in staging/manage
[17:11]  * gary_poster has lunch
[17:15] <sinzui> orangesquad, gary_poster. Our tarmac is down. So is red's It appears all landing bots cannot ssh to launchpad. I will be in #is to learn how this will be resolved
[17:17] <rick_h__> thanks sinzui 
[17:21] <jcsackett> hatch: can i get a review on https://codereview.appspot.com/9964044/ ?
[17:21] <hatch> yup doing now
[17:21] <hatch> done
[17:24] <jcsackett> hatch: awesome, thanks! :-)
[17:44] <rick_h__> hatch: why have you not tried http://facebook.github.io/react/blog/2013/06/05/why-react.html yet :P 
[17:44] <rick_h__> "React really shines when your data changes over time."
[17:45] <gary_poster> thanks sinzui 
[17:56] <hatch> rick_h__: haven't but I'll look into it
[17:57] <hatch> I have so many libs/frameworks to review
[17:57] <hatch> I need to take a month off to get caught up on everything
[17:57] <hatch> hah
[18:09]  * gary_poster restarts
[18:13]  * jcsackett assumes rick was trolling with the react thing
[18:15] <hatch> probably was but I always try to keep my finger on the pulse
[18:15] <hatch> the pulse just moves damn fast
[18:15] <hatch> haha
[18:17] <hatch> oh jeeze they are confusing their lib with JSX
[18:17] <rick_h__> hatch: yea, just a little bit. it's a new thing FB released in the last couple of weeks
[18:17] <rick_h__> jcsackett: ^^
[18:18] <hatch> it also re-renders the whole 'nontemplate' when data changes
[18:18] <rick_h__> I had to laugh when I grabbed the quote out
[18:18] <rick_h__> right, but it's got 'smarts' :P
[18:18] <hatch> maybe, but on face value it misses the mark
[18:18] <rick_h__> and they don't confuse it, but they support it in the html syntax
[18:19] <hatch> sure but their examples use JSX....why the **** would you use another technology while trying to demo your new technology
[18:19] <hatch> that's like someone using coffeescript to demo their new js framework
[18:19] <rick_h__> because it solves the "ugh, html in JS strings sucks"
[18:19] <rick_h__> and people run away
[18:19] <hatch> yeah it's almost like we solved that.....with templates
[18:20] <rick_h__> lol, but this is especially *not* templates :)
[18:20] <rick_h__> templates are too static (in this lib's eyes)
[18:20] <hatch> sure - why update values in a template when you can rerender the whole thing...
[18:20] <rick_h__> lol, you're mixing templates in again
[18:21] <rick_h__> their fiddle demo notes that it doesn't re-render since it didn't change :p
[18:21] <hatch> <textarea onKeyUp={this.handleKeyUp} ref="textarea">
[18:21] <hatch> O K I'm done
[18:21] <rick_h__> lmao
[18:22] <rick_h__> anyway, just joking that you didn't grab the absolute latest lib from a big company (FB) for your demo. 
[18:23] <hatch> haha yeah I know :)
[18:23] <hatch> angular has been around for a while though
[18:23] <rick_h__> it's been out for weeks! 
[18:23] <hatch> a couple years I think
[18:23] <rick_h__> it's not been 'released' for multiple years has it?
[18:24] <hatch> yep
[18:24] <hatch> it was pretty basic before though
[18:24] <rick_h__> ok, I mean it's only come across it more and more the last year. I figured it was internal and then open sourced just lately
[18:25] <rick_h__> so v1 was a year ago, maybe that's what I'm thinking
[18:25] <hatch> oh well yeah I think it only hit 1.0 last year - but 1.0 in js world is really like v100 because they all start at 0.0.1 lol
[18:34] <rick_h__> I really need to use test-debug more. 13s for tests vs 30 (though I think it's skipping some setup time in that time)
[18:36] <abentley> sinzui: Could you please review https://code.launchpad.net/~abentley/charmworld/stop-ingesting-icon/+merge/167613 ?
[18:36]  * sinzui does
[18:41] <gary_poster> rick_h__, I suggested other changes than what you had.  Fine with what Curtis gave you.  Was just giving ideas.
[18:42] <rick_h__> gary_poster: See that. Not a problem. Thanks. 
[18:42] <gary_poster> rick_h__, thank you very much for the changes.  great to have.  I am hopeful that Luca and/or Alejandra will bless with minimum/no changes
[18:42] <rick_h__> gary_poster: yea, hopefully seeing will help make it click. I'm not a big fan of moving the UI around and would hate to remove a tab *sometimes*
[18:43] <gary_poster> cool
[18:45] <sinzui> abentley, I am not sure I understand the need for --prefix
[18:46] <sinzui> abentley, well, the default rule looks like a filter that is not useful to this case
[18:46] <abentley> sinzui: It's a convenience for testing, so that you can do enqueue --prefix '~charmers' and get charms with icons more quickly.
[18:46] <rick_h__> sinzui: can I get a LGTM when you get a sec per your changes. Then I'd like to move this card nito acceptance vs landing so I can work on meeting with UX to get pre-landing acceptance per gary_poster if that's cool
[18:47] <sinzui> abentley, okay, works for me
[18:47] <abentley> sinzui: it was already using CHARM_IMPORT_FILTER, I just made it possible to override that.
[18:48] <sinzui> abentley, r=me
[18:48] <abentley> sinzui: But if you want, we can scrap CHARM_IMPORT_FILTER entirely.
[18:49] <sinzui> abentley, I got confused for a moment. I was thinking about how the filter relates to the icon problem. It doesn't, and that is good because there are non~charmers charms with icons now
[18:49]  * sinzui returns to rick_h__'s branch
[18:49] <abentley> sinzui: Cool.
[18:49]  * abentley emulates Tarmac
[18:54] <sinzui> orangesquad. Looks like matsubara is a single point of failure. IS doesn't have access tot the machine.  I have pinged rfowler, my only lead. The loss of ssh though makes me ponder a firewall change
[18:55] <sinzui> abentley, wasn't a firewall change the cause a issues in Feb/Mar?
[18:55] <abentley> sinzui: Sorry, I don't remember.
[18:56] <sinzui> oh, that change was between tarmac and staging.
[19:08] <sinzui> abentley, I will add an options property to the Charm model in my next branch. *Every* use of config is to get to a dict names options in the code.
[19:08] <abentley> sinzui: +1
[19:33] <bac> gary_poster: i've added comments to https://docs.google.com/a/canonical.com/document/d/15o7YX4HFuuVuzYzKmhMRBfvKkca6Srwq8WdyR6YDL44/edit
[19:34] <gary_poster> thank you bac
[19:39] <benji> I have another small branch that adds yuidoc linting up for review: https://codereview.appspot.com/10045046
[19:43] <hatch> benji: on it
[19:43] <benji> thanks
[19:48] <hatch> benji: is ther any way to make it lint the prefixed *'s on each line?
[19:49] <benji> hatch: I can easily do that, but we would have to finish the argument about whether or not we want the *s first... or did we finish that?  I can't remember.
[19:49]  * benji looks at the blog.
[19:49] <hatch> I thought we did but I have seen new code with it hah
[19:51] <benji> hatch: the blog doesn't mention it.  I vaguely recall us settling on /** to start, two space indents for the body, no star on prose lines, and /* (indented at the same level as the opening /**) to end.  Does that sound right?
[19:52] <benji> I could make that happen pretty easily, but fixing all the existing comments might be a tad tricky.  Hmm, well maybe not; I might be able to do it relatively quickly.
[19:53] <hatch> benji: I thought that's what we had agreed uppon as well
[19:54] <hatch> there was some pushback because vim's commenting system
[19:54] <benji> right, but I remember providing a setting tweak that fixed that objection
[19:55] <hatch> holy schmoly blueprint emails batman
[20:01] <benji> hatch: thanks for the review, I had a question for you about the read-only attribute.
[20:07] <hatch> sure
[20:07] <hatch> shoot
[20:09] <hatch> oh I see in the email
[20:09] <hatch> nope that just means that the initial value is provided by a function
[20:09] <hatch> there is actually a setting for readonly attributes
[20:09] <hatch> ^ benji
[20:10] <hatch> http://yuilibrary.com/yui/docs/api/classes/Attribute.html#method_addAttr see readOnly
[20:12] <benji> hatch: oh! ok; thanks for the explanation
[20:13] <hatch> np - fixing the parser about those quoted functions would be great
[20:13] <hatch> btw :)
[20:27] <hatch> http://analytics.blogspot.ca/2013/06/google-analytics-becomes-robust-testing.html
[20:28] <hatch> gary_poster benji: ^
[20:28] <hatch> maybe something in these new changes we can take advantage of
[20:29] <gary_poster> very cool hatch, thx.  bac, you also ^^
[20:59] <hatch> so generators are coming to ES6, I figured you perlites would enjoy that
[20:59] <hatch> pythonites I mean
[20:59] <hatch> :)
[20:59] <hatch> I actually had a use for them yesterday - then I worked around it