[00:17]  * Makyo is away: EoD
[13:01] <bac> rick_h_: progress on setting up staging on prodstack
[13:01] <rick_h_> bac: yes, kind of
[13:01] <rick_h_> bac: we're #2 on the list and got a priority bump and should be coming up 'very soon'
[13:02] <rick_h_> bac: I'd expect to see something next week
[13:02] <bac> rick_h_: did you see liam's note
[13:02] <rick_h_> bac: no, link or reference?
[13:02] <bac> rick_h_: email fwded
[13:03] <rick_h_> bac: thanks, just realized my email sync went belly up. No wonder it was so quiet today :)
[13:03] <rick_h_> sync'ing down now
[13:04] <rick_h_> bac: ah cool, can you file a bug on that install issue, or at a maint card for us to update that?
[13:04]  * rick_h_ is surprised we haven't hit that issue already
[13:05] <bac> did
[13:05] <rick_h_> bac: ty
[13:05] <bac> rick_h_: dn
[13:06]  * bac internationalizes responses
[13:13] <jcastro> hey rick_h_, how do I deploy a multiple bundle bundle
[13:13] <jcastro> juju-quickstart: error: multiple bundles found (scalable, single) but no bundle name specified
[13:13] <rick_h_> jcastro: you don't
[13:14] <rick_h_> jcastro: you can only deploy one at a time
[13:14] <jcastro> yeah but what's the format?
[13:14] <rick_h_> it's why the gui breaks them up in the results
[13:14] <rick_h_> oh, sec
[13:14] <rick_h_> jcastro: -n NAME
[13:14] <jcastro> juju-quickstart bundles.yaml/single isn't one
[13:14] <rick_h_> jcastro: so juju deploy -n single bundles.yaml
[13:14] <jcastro> got it, thanks!
[13:15]  * frankban lunches
[13:29] <bac> hey benji, can i borrow your eyeballs for a sec?  here yaml.dump is behaving oddly and i can't see why.  http://paste.ubuntu.com/7090137/
[13:29]  * benji starts the eyeball meter running.
[13:29] <bac> specifically lines 21-23
[13:33] <benji> bac: what do you perceve as an oddity on those lines?
[13:34] <bac> benji: i would've thought at 21 options would have had tuning-level as an entry on a separate line with no braces
[13:35] <bac> at 22-23, items broken out rather than presented as a dict
[13:35] <bac> benji: you know, yaml
[13:35] <jcastro> rick_h_, ok, a new problem
[13:36] <rick_h_> jcastro: awesome
[13:36] <jcastro> http://paste.ubuntu.com/7090182/
[13:36] <benji> yeah, it doesn't seem to be as low-symbol as possible
[13:36] <jcastro> this bundle passes proof, it's the same one I made but combined
[13:36] <jcastro> but when you deploy the "scalable" one, only haproxy, kibana, and the gui
[13:37] <jcastro> also, on a related note, what's the workflow for people drag and dropping combined bundles into the GUI?
[13:37] <rick_h_> jcastro: right, they were getting an error about subordinates yesterday? Is that not part of this? Was there any error feedback in the gui?
[13:37] <jcastro> yeah trying it now
[13:37] <rick_h_> jcastro: there isn't right now. The idea would be to add a selector when you drop, but right now you can only drag/drop single bundle files
[13:38] <jcastro> man
[13:38] <rick_h_> jcastro: but it's not on the schedule at the moment
[13:38] <jcastro> why didn't anyone mention that before I combined the bundles?
[13:38] <rick_h_> (near term schedule)
[13:38] <rick_h_> because they're getting promulgated
[13:38] <rick_h_> and are available in the gui for deploy from the UI
[13:38] <rick_h_> or via quickstart
[13:38] <rick_h_> so there's no need to drag/drop them?
[13:39] <benji> bac: are you wanting a lower-symbol representation or are you worried that the resulting YAML may not be parsed correctly?
[13:39] <jcastro> so the gui will support the multi-bundle when they're in the store?
[13:40] <rick_h_> jcastro: it splits them out
[13:40] <jcastro> oh ok, awesome
[13:40] <rick_h_> jcastro: it's why you have rails:single rails:xxxx
[13:40] <bac> benji: i don't think it will be parsed as yaml.  why are some dicts expanded and these two not?
[13:40] <rick_h_> jcastro: it's why you get the prettier names
[13:40] <bac> benji: i don't know what you mean by lower-symbol
[13:41] <benji> it will be parsed fine; remember YAML is a superset of JSON, so those mappings using curly braces are just fine
[13:41] <benji> >>> yaml.load(yaml.dump(data)) == data
[13:41] <benji> True
[13:41] <benji> (where my data is the same as yours)
[13:43] <bac> benji: ok, then, i'm bugged by the inconsistency.  :)
[13:44] <benji> yeah, I'm not sure why it goes symbolic on those; if we really want it to look nice it looks like we can create our own serialization class that will pretty-print the output
[13:45] <benji> yow! whatever you do, don't pass canonical=True
[13:45] <jcastro> rick_h_, ok same thing, no errors reported by the GUI though
[13:45] <benji> http://paste.ubuntu.com/7090229/
[13:45] <rick_h_> jcastro: k, and to test it in the gui you removed the single and went only with scalable?
[13:46] <rick_h_> jcastro: hangout?
[13:46] <jcastro> sure, fire it up!
[13:46] <rick_h_> jcastro: https://plus.google.com/hangouts/_/7acpjonbnmmh5a1hkd5fr81emg?hl=en
[13:46] <benji> bac: ooh, it looks like default_flow_style=False makes for pretty YAML
[13:47] <bac> benji: yep, i just discovered that
[13:47] <benji> I vote for canonical=True just to make it look all technical-like.
[13:48] <bac> i mean if we can't use canonical=True who can?
[13:49] <bac> yaml.dump(data, mismash=False)
[13:49] <bac> s/mismash/mishmash/
[13:50] <benji> heh
[13:51] <bac> benji: i yield your eyeballs.  thanks.
[13:51] <benji> :)
[13:51] <rick_h_> "I yield my remaining eyeball time to the distinguished gentleman from NY"
[13:52] <benji> rick_h_: heh, I thought the same thing.
[14:01]  * Makyo is back (gone 13:44:06)
[14:03] <hatch> that timer is pretty cool :)
[14:03] <Makyo> Hah, yeah
[14:21] <frankban> guihelp: I need two reviews + QA for https://codereview.appspot.com/75830045 (quickstart). Anyone available? thanks!
[14:21] <bac> frankban: in a bit
[14:21] <frankban> rick_h_: could you please check if ^^^ meets Jorge needs?
[14:22] <frankban> bac: thanks
[14:22] <rick_h_> frankban: looking
[14:22] <frankban> rick_h_: thank you
[14:23] <rick_h_> frankban: can you verify that bundle:mediawiki/single
[14:23] <rick_h_> works as well?
[14:23] <frankban> rick_h_: sure
[14:24] <rick_h_> frankban: and if so let's use that as the bundle: shortest url you can get example
[14:24] <hatch__> 159 failing tests...
[14:25] <frankban> rick_h_: that url is already used as example in the help
[14:25] <rick_h_> hatch__: stop doing that :P
[14:27] <frankban> rick_h_: http://pastebin.ubuntu.com/7090449/
[14:28] <rick_h_> frankban: woot thanks. Thought so but brain fried today
[14:35] <jcastro> rick_h_, should I file a bug on the num_units:0 thing?
[14:35] <rick_h_> jcastro: ^^ I'll get it. I think we'll need a couple on the right projects. I've got a card for us to look into it
[14:37] <rick_h_> frankban: feedback inbound
[14:38] <frankban> rick_h_: thanks
[14:48] <hatch> rick_h_ nice spreadsheet
[14:49] <rick_h_> hatch: heh, I still can't get that damn planning poker site to work right
[14:49] <rick_h_> so this will be the next best thing
[14:49] <rick_h_> everyone enter a number....NOW
[14:49] <hatch> that's fine, that system was a little too 'hands off' anyways :)
[14:49] <rick_h_> and then agree on a final one
[14:50] <rick_h_> speaking of
[14:50] <rick_h_> jujugui overly long standup in 10
[14:50] <rick_h_> kanban and fetch your beverages now please 
[14:51] <bac> rick_h_: did you QA frankban's branch?
[14:51] <rick_h_> bac: no, just reviewed text as jcastro's proxy
[14:52] <bac> ok, i'll do it later
[14:52] <rick_h_> bac: ty
[14:53] <frankban> thanks bac 
[14:58] <Makyo> jujugui call in 2
[15:00] <hatch> I love it when tests fail but the code it's testing works
[15:01] <rick_h_> hatch: call time
[15:01] <hatch> whaaaa
[15:13] <bac> benji: cw review wygac https://codereview.appspot.com/76100043
[15:57] <jcastro> rick_h_, hey so since bundles don't have a way to feature them in manage, is there a way to manually toggle something to feature them?
[16:00] <luca_> jcastro: Is your bundle charm school thing later going to be recorded?
[16:00] <rick_h_> jcastro: gave you a url yesterday
[16:02] <jcastro> luca_, yes
[16:03] <benji> BradCrittenden: I'm looking at your review now.
[16:03] <BradCrittenden> thanks
[16:03] <benji> nick change in 3...2...1...
[16:04] <jcastro> rick_h_, I must have missed that URL
[16:04] <hatch> rick_h_ frankban when we have that juju-core work could we plan to pair on it so I can get more up to speed on how juju-core operates? 
[16:05] <rick_h_> jcastro: sorry was otp, sec
[16:06] <rick_h_> jcastro: http://manage.jujucharms.com/bundle/mediawiki/single/featured/edit
[16:06] <rick_h_> jcastro: we've got a bug to add the actual html link, sorry for the url hackery for the moment
[16:07] <jcastro> hackery is good enough for a friday!
[16:07] <rick_h_> :)
[16:11] <rick_h_> bac: frankban Makyo email on the way with shared docs for monday
[16:11] <frankban> thanks
[16:12] <frankban> hatch: you mean, adding fields to machine info?
[16:12] <frankban> hatch: pairing sounds good
[16:12] <Makyo> Thanks
[16:12] <jcastro> rick_h_, ok mediawiki was no problem
[16:12] <jcastro> any idea why this isn't working?
[16:12] <jcastro> http://manage.jujucharms.com/bundle/mongodb/cluster/featured/edit
[16:12] <jcastro> I get a 404
[16:12] <jcastro> rick_h_, oh nevermind, we just promoted them, so we need to wait for ingestion
[16:12] <rick_h_> jcastro: rgr
[16:13] <jcastro> rick_h_, how long is ingestion again? 1 hour?
[16:13] <rick_h_> 15min
[16:13] <rick_h_> oh, it takes about another 15min
[16:13] <rick_h_> so normally don't bug me until 30min past :)
[16:13] <jcastro> heh
[16:16] <hatch> frankban yeah - awesome thanks!
[16:17] <frankban> mp
[16:18]  * rick_h_ runs away to lunch outside of these basement walls
[16:34] <luca_> rick_h_: can you send me a debug log to look at?
[16:45]  * rick_h_ is back from lunch fetching
[16:48] <frankban> rick_h_: how does it look? http://pastebin.ubuntu.com/7091117/
[16:48] <rick_h_> frankban: <3 thanks!
[16:48] <frankban> cool
[17:15] <hatch> sweet down to 142 test failures
[17:15]  * hatch grumbles 
[17:15] <hatch> lol
[17:19] <hatch> rick_h_ from installing Ubuntu on your air was there a specific tutorial you found most helpful?
[17:19] <hatch> I think I'm going to take a stab at it this weekend
[17:19] <rick_h_> hatch: not really, just use refindit or whatever and plug in the usb device and boot from it
[17:20] <hatch> cool ok
[17:22] <hatch> I even have me a nice jelly ubuntu sticker to go over the glowy apple logo :)
[17:34] <rick_h_> frankban: still around?
[17:34] <frankban> rick_h_: yes
[17:34] <rick_h_> frankban: the two cards in project 1 those are unblocked now correct?
[17:34] <rick_h_> frankban: the mega-watcher related ones?
[17:36] <frankban> rick_h_: well, they could be considered blocked by the juju-core one. not tecnically blocked, but in theory it could be better to wait for the server side to be implemented
[17:36] <rick_h_> frankban: ah, gotca ok
[17:37] <rick_h_> frankban: I know of all-watcher but not up on mega-watcher :)
[17:39] <frankban> heh
[17:40] <rick_h_> jujugui I've updated the kanban with the cards for the next cycle. Some stuff is not scheduled. Take a peek and let me know if you disagree on anything left behind. 
[17:40] <hatch> WATCH ALL TEH THINGS!!!!!!
[17:40] <rick_h_> no no, really watch them hatch 
[17:42] <hatch> looks good!
[17:50] <rick_h_> jujugui running away a bit early today. Will be in/out if anyone needs anything. 
[17:50] <hatch> enjoy your weekend!
[17:50] <rick_h_> bac: are you qa'ing frankban's branch and you've got a review on yours?
[17:50] <jcastro> rick_h_, rails:simple shows up in the search results
[17:50] <jcastro> but not rails:scalable
[17:50]  * rick_h_ should probably count those today
[17:50] <bac> rick_h_: i am doing the qa
[17:51] <jcastro> nm, I'll file a bug
[17:51] <rick_h_> jcastro: looking
[17:51] <jcastro> have a good weekend!
[17:51] <bac> rick_h_: yes, benji reviewed mine
[17:51] <rick_h_> bac ok cool
[17:52] <bac> rick_h_: meant to mention i've got no approval for travel yet.  mramm too busy chasing sloths
[17:52] <rick_h_> jcastro: yea, please do I guess. Nothing left in the queue and appears to not have gotten in
[17:52] <rick_h_> jcastro: maybe swap the order and see if that does anything different in the mean time?
[17:52] <hatch> bac try sending an email
[17:52] <jcastro> I am not going to touch the bundles until past monday :)
[17:52] <rick_h_> bac: ok, if you don't hear anything monday let me know. I'll see him in a meeting and can bug him
[17:52] <rick_h_> jcastro: heh ok
[18:08] <hatch> I have 3200 read emails in my inbox...I think I need to start making folders
[18:09] <hatch> the scrolling is starting to lag lol
[18:13] <bac> frankban: working through your QA.  all good so far.  a few more to go.
[18:14] <frankban> bac: thank you!
[18:17] <hatch> jujugui I need two reviews/deep qa's for the final viewlet to view branch https://github.com/juju/juju-gui/pull/180
[18:17] <Makyo> hatch,  on it
[18:18] <hatch> thanks
[18:20]  * hatch cracks knuckles....."glad to be done that"
[18:26] <hatch> hmm not so fast I guess
[18:26] <hatch> CI failure....this is an odd one
[18:27] <rick_h_> hatch: missing a file in checkin?
[18:27] <rick_h_> hatch: or something that would cause it to not have the file?
[18:27] <hatch> checkin is good, checking prod now to see if I missed something in a make step
[18:28] <hatch> devel passes no problem
[18:28] <hatch> might be the modules dep issue again heh
[18:28] <hatch> ahh yeah prod is failing
[18:29] <rick_h_> hatch: cool
[18:29] <rick_h_> well, cool that it's not CI but a real thingy
[18:29] <hatch> yup, now to just get prod to not crash on me so I can figure it out :)
[18:29] <hatch> phantom keeps crashing....it's running too fast!
[18:29] <hatch> haha
[18:30] <hatch> oh boy now phantom won't even start
[18:30] <hatch> lol
[18:35] <hatch> fixed...I missed a dependency...oops
[18:36] <hatch> jujugui anyone else available to be another reviewer before EOD ?
[18:36] <hatch> https://github.com/juju/juju-gui/pull/180
[18:36] <rick_h_> hatch: looking
[18:36] <hatch> cool thanks
[18:37] <rick_h_> hatch: the lower casing is now that they're all moved you've renamed them?
[18:38] <hatch> rick_h_ well the classes are still upper cased but their keys are now lowercased 
[18:38] <hatch> (as they should be)
[18:38] <rick_h_> k
[18:38] <hatch> I mean, I could change that I suppose, but this I think follows closest to the conventions 
[18:39] <rick_h_> k, yea just odd at first to just start out lower casing things 
[18:39] <rick_h_> reviewer comments helpful :) but I guess I'll see something that auto upper cases the first letter somewhere in a bit
[18:41] <bac> benji: thanks for the review.  i changed "orig_yaml" to "o_y" but then opted for "o"
[18:42] <benji> lol
[18:42] <hatch> oh boy hah
[18:49] <bac> yay, ACC tourney
[18:49] <bac> thanks espn app
[18:52] <bac> hey benji have you seen any spurious failures of  charmworld/views/tests/test_metrics_api.py ?  it failed a few times via 'lbox propose' but worked in isolation.
[18:53] <bac> super annoying
[18:53] <bac> and it is a pretty dumb test.  not sure how it could be failing
[18:54] <benji> bac: I saw that yesterday; I should have filed a bug or at least mentioned it.  A card to look into it might be on order.
[18:54] <bac> 404 not thrown?
[18:54] <bac> benji: and was it the same, failing only on lbox propose?
[18:57] <jcastro> so I can see the hadoop cluster bundle in the ~charmers branches but I can't find them in the GUI itself, ideas?
[18:58] <rick_h_> http://manage.jujucharms.com/search?search_text=bundle&op= not ingested yet? 
[19:01] <hatch> rick_h_ I replied to all your messages, mind checking my responses plz
[19:01] <rick_h_> hatch: rgr
[19:01] <rick_h_> jcastro: just saw ingest fill up with fresh load of charms/bundles
[19:01] <rick_h_> will watch it go down and see if it apepars
[19:02] <jcastro> its in there and I can quickstart deploy it
[19:02] <jcastro> I just can't find it in jujucharms.com
[19:02] <rick_h_> bac: I wonder if that scoring is biting us?
[19:02] <jcastro> so I search for say "cluster" and mongodb/cluster shows up, but hadoop/cluster does not
[19:02] <bac> rick_h_: could be.  i'd think a direct search would show it
[19:02] <rick_h_> bac: if you get a sec can you check staging to see about http://staging.jujucharms.com/search?search_text=hadoop&op=
[19:03] <rick_h_> bac: they show up in staging but not production :/
[19:03] <bac> oh
[19:03] <bac> tmks
[19:03] <bac> er, tmns
[19:04] <rick_h_> hatch: thanks for the udpates
[19:05] <rick_h_> jcastro: sorry, seems an issue on our end. Shows on staging but not manage. looking into it
[19:06] <jcastro> no worries, quickstart works so it's not so bad
[19:06] <jcastro> I was worried things were getting unpromoted
[19:06] <rick_h_> no, they're there. The joys of search. Eternally tweaking results to get enough results, not too many, sorted best, etc. At least that's my first impression. 
[19:07] <jcastro> http://manage.jujucharms.com/bundle/mongodb/cluster/featured/edit is 403
[19:07] <jcastro> am I doing it right? worked fine for mediawiki
[19:08] <rick_h_> jcastro: 403 means not authed
[19:08] <jcastro> ta
[19:08] <rick_h_> make sure to go to the main page and logout/login
[19:08] <jcastro> got it!
[19:11] <jcastro> rick_h_, after I feature unfeature I need to wait for next ingest I assume?
[19:11] <rick_h_> jcastro: no, shouldn't
[19:11] <bac> jcastro: when did you push up that cluster bundle?
[19:11] <jcastro> bac, earlier today
[19:11] <rick_h_> jcastro: I see two bundles in featured atm
[19:12] <jcastro> around 11ish I wanna say
[19:12] <rick_h_> jcastro: make sure to remove the charms so the list isn't too long
[19:12] <jcastro> yeah I did that
[19:12] <bac> jcastro: https://manage.jujucharms.com/heartbeat shows no bundles queued up.  i'll wait to see what happens when all the charms get ingested but it looks like the bundles aren't getting queued up.
[19:13] <rick_h_> bac: I saw 20 queued up a little bit ago
[19:13] <bac> http://staging.jujucharms.com/heartbeat  -- shows bundles queued up
[19:13] <bac> rick_h_: on mjc?
[19:13] <rick_h_> and they go through
[19:13] <rick_h_> bac: yes
[19:13] <rick_h_> bac: I watched mjc for two ingest cycles and saw them go through
[19:14] <bac> that's weird.  i wonder if our cronjob is foobar-ed .  will ask webops to grab it
[19:14] <rick_h_> bac: rgr, thanks
[19:15] <jcastro> ok I've set all the featured/unfeatured for everything in manage
[19:15] <jcastro> rick_h_, I betcha in 15 minutes they'll show up right
[19:15] <rick_h_> jcastro: :/ I was pretty sure that was instant
[19:18] <hatch> rick_h_ can we chat about the two 8's in Project A and split them up?
[19:19] <bac> rick_h_: https://manage.jujucharms.com/heartbeat -- it is ingesting bundles before charms.  that is different than i remember
[19:19] <hatch> I know you've EOD'd so that's ok if not :)
[19:19] <bac> rick_h_: also API3 Interesting fail
[19:20] <bac> jcastro: feature/unfeature is not related to ingest processing
[19:20] <rick_h_> hatch: sure link me
[19:20] <rick_h_> bac: yes, I noticed that as well
[19:20] <hatch> https://plus.google.com/hangouts/_/76cpj8qivva5nfi81adp78a4s4?hl=en
[19:21] <bac> rick_h_: note staging is working charms then bundles, as expected http://staging.jujucharms.com/heartbeat
[19:21] <rick_h_> bac: :/ 
[19:24] <bac> rick_h_: good news is the cronjob is correct after deploy.  so perhaps that issue is behind us.
[19:24] <bac> unfortunately not sure what is going on
[19:38] <bac> rick_h_, benji: we pass the ingest jobs (charm and bundle) to the worker as a dictionary and then loop over the values.  so order is not predictable.  so that could explain the difference we see right now between staging and prod
[19:39] <rick_h_> bac: ok, that's cool. jcastro you had other ones promoted today right? I mean the deploy was yesterday so the code's not changed today
[19:40] <benji> if the insertion order is the same and the machines are the same architechture, then I would expect the order to be the same in the dictionaries
[19:40] <bac> the API3 failure is odd since it hits https://manage.jujucharms.com/api/3/search/interesting , which works
[19:41] <bac> the message heartbeat gives indicates an exception (unlogged) was caught
[19:41] <rick_h_> I just got a 500 on that url
[19:41] <hatch> rick_h_ lol I cannot find that darn doc
[19:42] <bac> huh, me too now.  worked a minute ago
[19:42] <rick_h_> bac: apache cache?
[19:42] <rick_h_> hatch: https://docs.google.com/a/canonical.com/document/d/1j2Tyapbhd8Zf3wNeMgdOGBIRYRmKfpzSYe47lfm86lM/edit
[19:42] <rick_h_> bac: so we should have logs to get now that we're hitting 500s 
[19:43] <hatch> starred
[19:43] <hatch> heh thanks
[19:43] <bac> true
[19:43] <rick_h_> I have to drop the dog off for boarding for the weekend. biab
[20:16] <hatch__> rick_h_ where is the best place to download 14.04 from?
[20:42] <bac> rick_h_, benji: i've got the logs and see the reason for the 'interesting' failure -- keyerror.  not sure why bundles aren't ingesting, though.
[21:01] <rick_h_> bac: k, do we have a cowboy for the keyerror?
[21:02] <rick_h_> bac: or can we unfeature/pull whatever is causing it?
[21:03] <bac> rick_h_: i'm still investigating.  the immediate code has not changed since 130 revs ago
[21:03] <hatch> that's a lot of revs :)
[21:03] <bac> rick_h_: oh, it may be b/c we're just not featuring bundles!  i'll bet that is it
[21:03] <bac> have jorge turn those off for now
[21:03] <bac> s/not/now/
[21:04] <rick_h_> bac: yep, that's what I was thinking
[21:04] <rick_h_> k
[21:04] <rick_h_> jcastro: around? have a list of the bundles you've featured?
[21:04] <bac> '_source' does not appear as a key for bundles
[21:04] <rick_h_> bac: k, makes sense
[21:08] <rick_h_> bac: k, think I've unfeatured them all
[21:09] <rick_h_> bac: but wondering if we're hitting the request cache we did earlier
[21:09] <bac> no 500
[21:09] <bac> ?
[21:09] <rick_h_> http://manage.jujucharms.com/api/3/search/interesting is still 500'ing for me atm, but 
[21:09] <rick_h_> I've unfeatured them
[21:10] <bac> rick_h_: can't you do something with curl to set a no-cache header
[21:10] <rick_h_> bac: hmm, the settings don't save for me?
[21:10] <rick_h_> bac: can you login and hit http://manage.jujucharms.com/bundle/mediawiki/single/featured/edit and see if it's still checked?
[21:10] <rick_h_> I've unchecked it 3 times now
[21:11] <rick_h_> bac: ah ok, it unchecked in another browser
[21:11] <hatch__> Makyo hey need any help with the inspector branch?
[21:12] <Makyo> hatch__, I think I got it, I just ran into conflicts with your last few.  having to go back and redo some stuff to match style, which is fine.
[21:12] <hatch__> ohh ok cool
[21:12] <bac> rick_h_: good.  wouldn't uncheck in safari
[21:12] <Makyo> Should get it in late today or Monday.  REalizing how little I've worked with the inspector stuff.
[21:12] <hatch__> yeah sorry so much diff
[21:12] <hatch__> :)
[21:12] <hatch__> much diff, very changing
[21:13] <Makyo> That's A-OK.  it's a good direction to change in!
[21:13] <hatch__> now do I download the 14.04 beta 1 or the daily iso....this is the real question
[21:13] <hatch__> yeah I Agree this is the right way to do it
[21:14] <bac> rick_h_: could you feature a bundle on staging and see if 'search/interesting' 500s?
[21:15] <rick_h_> bac: http://staging.jujucharms.com/api/3/search/interesting 
[21:16] <rick_h_> bac: must be the bundle that was done? It did work. I had two promoted bundles earlier in the day when jcastro was asking about what was taking his other bundle so long to show up
[21:18] <rick_h_> bac: http://manage.jujucharms.com/api/3/search/interesting
[21:18] <rick_h_> bac: it's the hadoop bundle
[21:18] <rick_h_> bac: that one that fails to ingest on manage, but is on staging
[21:18] <rick_h_> bac: it was featured manually, but that caused the breakage
[21:19] <bac> rick_h_: you got an url for the bundle?
[21:19] <bac> anything obviously wrong?
[21:19] <rick_h_> bundle:~charmers/hadoop/7/cluster 
[21:19] <rick_h_> bac: not looked yet, re-featuring a couple of bundles to get the content fed
[21:22] <bac> rick_h_: i don't see anything obviously wrong with http://bazaar.launchpad.net/~charmers/charms/bundles/hadoop/bundle/view/head:/bundles.yaml
[21:22] <rick_h_> bac: yea, I mean it ingested, I think I ran it through proof when it didn't show up
[21:22] <rick_h_> at least on staging
[21:23] <rick_h_> so not sure atm
[21:23] <bac> rick_h_: it may have not gotten ingested properly on prod
[21:23] <rick_h_> bac: right
[21:25] <hatch> hey rick_h_ are you running the daily or beta version of Trusty?
[21:25] <rick_h_> hatch: I installed the daily iso
[21:25] <hatch> and it's been updating nicely?
[21:25] <rick_h_> yep
[21:25] <hatch> do you know what the update from the daily to release will be like?
[21:25] <hatch> it 'should' be seamless no?
[21:26] <rick_h_> bac: damn, interesting is now a 4s request with bundles in it :(
[21:26] <rick_h_> hatch: yep
[21:26] <rick_h_> bac: but it's not broken now at least
[21:26] <rick_h_> bac: so we should file 3 cards. One about the hadoop bundle, maybe try to find a way to clear/reingest I don't know. 
[21:27] <rick_h_> one about the 4s load time on interesting
[21:27] <rick_h_> and one about, something I can't think of now. gah
[21:27] <bac> rick_h_: we should be smarter when creating interesting and reject bad entries not 503
[21:28] <bac> rick_h_: i'm working on that now.  not sure if that's what you meant by card 1
[21:28] <rick_h_> bac: no more mean that the hadoop bundle ingests on staging but not production. Something is wrong there that needs a reset at the min. 
[21:28] <bac> rick_h_: i also have changes to make the ingest order definitive
[21:28] <rick_h_> bac: but that's fine, interesting is an api endpoint that cannot fail really. So all for making that more solid
[21:29] <bac> rick_h_: our bundle deleter would come in handy now
[21:29] <rick_h_> bac: :/ yea
[21:29] <rick_h_> bac: I guess we can push to try that first. Just avoid the known bad bundle for now
[21:29] <rick_h_> wheee launches
[21:29] <bac> rick_h_: so are we good for now?
[21:30] <rick_h_> damn feature's been there for 6mo and finding all the bugs in 4 days
[21:30] <bac> if so i need to take off
[21:30] <rick_h_> bac: yea, I think so. 
[21:30] <rick_h_> bac: thanks, let's regroup on monday and see what we can do. This will be important to get fixed asap with the announcement
[21:30] <bac> rick_h_: ok.  log files are chinstrap:~bac/files.tar
[21:30] <rick_h_> bac: rgr thanks
[21:30] <bac> if you're interested
[22:10] <hatch> oh boy I found a markdown compiler for sublime
[22:10] <hatch> this is awsome
[22:11] <lazyPower> hatch: have you looked at brackets? just out of curiosity
[22:11] <hatch> lazyPower long time ago - when I did, its JS support was really poor 
[22:11] <lazyPower> I recently made the jump from sublime to brackets - its pretty awesome in terms of a free editor. And i'm impressed that its node powered
[22:12] <lazyPower> *and an adobe product at that
[22:12] <hatch> oh yeah? Do you do 'real' coding in it?
[22:12] <hatch> like js, python, etc
[22:12] <hatch> vs html/css
[22:12] <lazyPower> I'm about 4 days in, working through charms in it
[22:12] <lazyPower> wrote a python file monitoring daemon in it earlier this week. 
[22:13] <lazyPower> so, a few projects that are "real" vs "html/css"
[22:13] <hatch> oh cool I'll have to give it another go. I've been looking for a new editor because I really dislike the authors of sublime (the way they totally abandon the product and never interact with the community)
[22:13] <lazyPower> and i did sadly have to use plugins to get the functionality i wanted
[22:13] <hatch> plugins are ok as long as there is a quality plugin ecosystem :)
[22:13] <hatch> I have a lot installed into sublime heh
[22:13] <lazyPower> its 50/50 on teh ecosystem
[22:14] <lazyPower> the plugins are node.js based - and confusing as all get out to my non-node-using brain
[22:14] <hatch> now with 'atom' out I am worried people will spend their time on that instead, which is unfortunate 
[22:14] <lazyPower> but i'm getting there with an auto-test plugin for charms.
[22:14] <lazyPower> oh yeah, atom is going to be a win by default since github is sponsoring it
[22:14] <lazyPower> they fart on projects and the project blows up with nuclear power/man hours
[22:14] <hatch> lol truth!
[22:15] <lazyPower> i think github is the oprah of DVCS hosting services
[22:15] <hatch> rofl

[22:15] <hatch> BEES BEES BEES
[22:15]  * lazyPower prefers the locusts that come bundled in debian packages
[22:16] <hatch> http://www.youtube.com/watch?v=xAhuSDRIDHE
[22:17] <hatch> :)
[22:17] <lazyPower> http://i.imgur.com/9uanSrw.png
[22:17] <lazyPower> :P
[22:17] <hatch> lol
[22:17] <hatch> I haven't seen that one
[22:17] <lazyPower> XKCD is my hero
[22:17] <lazyPower> nuff said
[22:18] <lazyPower> so much that i paid the $30 for the server admin t-shirt. I'll bring it with to the vegas sprint
[22:18] <hatch> so as far as editors are concerned - I want to switch, but I want to stay productive so it's hard to switch to anything other than sublime and it's plugin ecosystem :)
[22:18] <lazyPower> oh it droppedin price
[22:18] <lazyPower> http://store-xkcd-com.myshopify.com/products/sysadmin
[22:19] <lazyPower> hatch: understood. I still float between vim and whatever GUI editor of the month i'm rocking. But Brackets has struck a nice balance between usability and extensibility
[22:19] <lazyPower> so thats my choice, and i blame marcoceppi for turning me on to it.
[22:19] <lazyPower> that guy, he's such a rabble rouser
[22:19] <hatch> haha cool I have two cut out and taped to my wall... http://xkcd.com/327/ and http://xkcd.com/378/
[22:20] <hatch> haha, I'll give brackets a go
[22:20] <hatch> now you're the rabble rouser
[22:20] <hatch> both of those comics hit home with me so they are a must have :D haha
[22:21] <hatch> oh brackets doesn't run in Ubuntu? that's kind of a requirement
[22:21] <hatch> haha
[22:21] <lazyPower> yep yep :D
[22:22] <lazyPower> hatch: oh brackets runs in ubuntu! there's a x64 deb pack
[22:22] <hatch> oh cool I'll have to find it because it's not on their website
[22:22] <lazyPower> ... it was listed as the big green button on the homepage when you visit brackets.io
[22:22]  * lazyPower blinks
[22:22] <hatch> hmm odd
[22:23] <hatch> ahah All Downloads
[22:23] <hatch> found it
[22:23] <lazyPower> http://i.imgur.com/S6bNWsq.png
[22:23] <lazyPower> ok so its not green.... i'm color blind
[22:23] <hatch> yeah mine says OSX 
[22:23] <lazyPower> are you UA spoofing?
[22:24] <hatch> oh who knows anymore
[22:24] <lazyPower> haha
[22:24] <lazyPower> look at hatch, breaking the interweb all "unintentinal" like
[22:24] <hatch> nice website btw 
[22:24] <hatch> I ended up on it after reading on your blog
[22:25] <hatch> I like the timeline bit :)
[22:25] <lazyPower> oh! thanks
[22:25] <lazyPower> yeah, thats basicalliy my resume
[22:25] <hatch> was that a template or did you roll your own?
[22:25] <hatch> yeah it's a smart idea
[22:25] <lazyPower> little of both
[22:25] <lazyPower> i ripped the timeline, the rest was bootstrap
[22:25] <hatch> I intend to be a lifer here so I hope I don't need to create a new resume :P
[22:26] <lazyPower> agreed 
[22:26] <lazyPower> dream job - achieved
[22:28] <hatch> I'm trying to decide how to write js api documentation
[22:28] <hatch> I like how Go does it MethodName(variable Type) Return
[22:29] <lazyPower> i like how stripe does their docs
[22:29] <hatch> loooking
[22:30] <lazyPower> https://stripe.com/docs/api
[22:30] <hatch> yeah that's too much work
[22:30] <lazyPower> but its so worth it in the end
[22:30] <hatch> this is for a preliminary spec doc :)
[22:30] <hatch> the GUI uses YUIDOC to generate api docs which is nice
[22:30] <hatch> but that's a little overkill
[22:36] <lazyPower> i'm still a fan of using rdoc style API docs, where you generate the docs out of special comments listed above the code method/properties/classes
[22:36] <lazyPower> its got the 2 birds one stone approach where you write docs as you refactor the code
[22:37] <lazyPower> but i'm also one of those nutty ruby guys that loves pain
[22:37] <hatch> yup that's how all js docs work https://github.com/juju/juju-gui/blob/develop/app/widgets/inspector-widget.js
[22:39] <hatch> https://gist.github.com/hatched/9558493 this is how I'm attempting to do it in markdown
[22:39] <hatch> for this doc
[22:50] <lazyPower> do you steam hatch?
[22:50] <hatch> the act of sitting in a hot foggy room or the gaming platform? :)
[23:12] <lazyPower> hatch: the gaming platform lol - not trying to get pervy here :3
[23:12] <hatch> rofl
[23:13] <hatch> yeah but lately I've been playing a lot of Hearthstone on Bnet
[23:13] <hatch> what's your steamname?
[23:14] <lazyPower> should be lazypower or coder_chuck
[23:14] <lazyPower> i forget
[23:15] <lazyPower> some punk has been stealing my handle all over the place
[23:15] <hatch> how does he do that?
[23:15] <lazyPower> he apparently has the magic googles and registers on services before I discover them
[23:15] <lazyPower> obviously while i'm off being a wifi hero: http://www.youtube.com/watch?v=21OwTUEiGGM#t=231
[23:20] <hatch> added