[00:02] <gary_poster> huwshimi: hey. https://plus.google.com/hangouts/_/calendar/Z2FyeS5wb3N0ZXJAY2Fub25pY2FsLmNvbQ.87augjtfc2pm1q1ilfuhencae0 when you are ready
[00:03] <huwshimi> gary_poster: I'm guessing you can't hear me?
[00:04] <gary_poster> huwshimi: I can't even see that you have joined
[00:04] <gary_poster> I will reload
[00:04] <huwshimi> gary_poster: Hah, I just realised it had an error
[00:04] <gary_poster> heh ok
[12:05] <rick_h_> frankban: mornuing
[12:05] <rick_h_> errr morning
[12:05] <frankban> good morning rick_h_ 
[12:05] <rick_h_> frankban: wanted to check in on something jcastro hit yesterday. quickstart would only work with the bundle file named bundle.yaml? 
[12:05] <Makyo> "Welcome to Moleman in the Morning, I'm Moleman and you're listening to my mourning."
[12:06] <rick_h_> frankban: we export the file as export.yaml, which was making him rename to get things tested
[12:06] <rick_h_> frankban: is there any history/reason we don't accept any filename?
[12:06] <rick_h_> Makyo: that sounds like it's from something?
[12:07] <Makyo> Simpsons.
[12:07] <frankban> rick_h_: IIRC quickstart accepts both a dir path (in which case it looks for a bundles.yaml file) and a file path. If you use a path to a file, the file can be arbitrary named
[12:08] <rick_h_> frankban: hmm, ok maybe he was using it wrong then or something. He made it sound like he was trying to give it the export.yaml file path and it would not let him
[12:11] <frankban> rick_h_: this is the pertinent code: http://pastebin.ubuntu.com/6726230/
[12:15] <rick_h_> frankban: thanks, I'll try it out. Sorry to bug you. What I get for not taking the time to set it back up locally and test it myself :)
[12:19] <frankban> np :-)
[13:12] <gary_poster> rick_h_: did you see https://codereview.appspot.com/44540043/ ?
[13:13] <gary_poster> and morning btw ;-)
[13:14] <rick_h_> gary_poster: missed that one in the emails this morning. Thanks!
[13:14] <gary_poster> welcome
[13:16] <gary_poster> hey dimitern. do I understand correctly that you are proposing a backwards-incompatible client API change that would affect the GUI?
[13:22] <gary_poster> uh-oh.  looks like we have some regressions before we can release.  http://comingsoon.jujucharms.com/sidebar/search/precise/mongodb-21/?text=mongodb#bws-code does not render, for one
[13:22] <gary_poster> (or any similar)
[13:24] <rick_h_> wtf, the hash does it. Take that off and it loads
[13:25]  * rick_h_ is is mind-boggled at the hash in the search string doing that but ok
[13:25] <gary_poster> isn't that link in the wrong order?
[13:25] <gary_poster> should be hash first, then query string?  looking up
[13:25] <rick_h_> possibly, but it works on jujucharms
[13:25] <gary_poster> getting them out of order is bad for other reasons though
[13:26] <rick_h_> https://jujucharms.com/sidebar/search/precise/mongodb-21/?text=mongodb#bws-code works and window.location.hash works and such
[13:26] <gary_poster> no, hash at end is correct
[13:26] <rick_h_> so I think that's the right order
[13:26] <gary_poster> yeah, sorry agreeing
[13:26] <gary_poster> "no" was to self :-)
[13:27] <rick_h_> we did the mess with removing fullscreen this release, but not sure off the top of my head would case that no-render issue
[13:30] <gary_poster> I'm diagnosing other unrelated issues reported by Maarten.  So far known, and something I'll punt back to him.
[13:32] <rick_h_> gary_poster: was this via email somewhere? Or bugs? /me isn't seeing this and starting to feel like he's email blind today
[13:33] <gary_poster> rick_h_: the items from Maarten are private to me.  First problem is that he is using dots in his option names, which neither Juju nor GUI support.
[13:33] <rick_h_> that came up in irc yesterday. hazmat implied only the gui had an issue with it and they were discussing proof adding a check for it
[13:34] <rick_h_> gary_poster: I meant to ask you about if that was something we should file as a bug/fix if the gui is the only straggler with the . issue
[13:34] <gary_poster> rick_h_: afaik juju still has the problem
[13:44] <frankban> guihelp: I need two reviews for https://codereview.appspot.com/50430043 (enable the env management functionality in quickstart). anyone available? thanks!
[13:45] <gary_poster> I encourage other people to do the review, but otherwise I will probably be available in 30min or so
[13:45] <Makyo> gary_poster: Kapil says try bribing next time, violence won't fly.
[13:45] <gary_poster> Makyo: ok, I'll spring for a candy bar :-)
[13:46] <hatch_> lol
[14:10] <dimitern> gary_poster, sorry, afk, back now
[14:10] <gary_poster> dimitern: np.
[14:10] <dimitern> gary_poster, my proposal is about the final look of the API for 2.0
[14:11] <dimitern> gary_poster, we'll support the current API up until the last moment and drop it before releasing, thus cleaning up the code and giving you guys some time to adapt
[14:11] <dimitern> gary_poster, at least that's the general idea
[14:11] <gary_poster> :-)
[14:13] <dimitern> gary_poster, and the reason is we're not really comfortable with supporting the current messy api for 5y
[14:13] <dimitern> gary_poster, bluntly put :)
[14:15] <gary_poster> OK dimitern, we'll want a more detailed migration plan and consideration of pros and cons of such.  Migrating for us will not be trivial, and we have a *huge* list of things that people want from us.  In terms of design, I'll also ask GUI folks to review your proposal as it stands.  It would help me a lot if you were to include the current API that you are replacing.  Are you willing to do that?
[14:16] <gary_poster> dimitern: I'm really quite concerned that you are proposing losing the current API by April
[14:17] <gary_poster> dimitern: I'd be more comfortable with "we have a new API; we promise to support it for 5 years; and we have a legacy API in this release that will be dropped sometime over the next five years"
[14:17] <dimitern> gary_poster, the current API is included btw
[14:17] <dimitern> gary_poster, nothing is set in stone yet, but we're discussing this migration informally from some time now
[14:18] <dimitern> gary_poster, we should've had a discussion with you guys (and still can organize it)
[14:18] <gary_poster> dimitern: current API is included: I'm afraid the way to read the doc is not clear to me then.  which is which?
[14:18] <dimitern> gary_poster, the first part is the current API
[14:19] <gary_poster> so, for relations
[14:19] <gary_poster> add relation and destroy relations is old
[14:19] <dimitern> gary_poster, grouped by "entities" with some duplication  as needed
[14:19] <gary_poster> no
[14:19] <dimitern> gary_poster, yes
[14:19] <gary_poster> oh ok
[14:20] <gary_poster> dimitern: but "getannotations" and "setannotations" is the replacement?  <confused>
[14:20] <gary_poster> maybe quick hangout would be faster dimitern?
[14:20]  * gary_poster not feeling smart ;-)
[14:20] <dimitern> gary_poster, no, Get/SetAnnotations is there now, but it can work on more than one entity (as per the given tag)
[14:20] <dimitern> gary_poster, sure
[14:21] <dimitern> perhaps i can pull in fwereade as well
[14:21] <gary_poster> dimitern: https://plus.google.com/hangouts/_/7acpieh5jic99chb2thg99kcg4?hl=en
[14:21] <dimitern> fwereade, are you around for a quick g+ ?
[14:22] <fwereade> dimitern, heyhey
[14:57] <gary_poster> rick_h_, benji, bac hi.  mectors is trying to dev a charm.  he wants to deploy something from the charm store.  ingestion is taking a while (still on the order of minutes, so not necessarily an indication of a problem). (1) what's the usual timeline for ingestion? (2) is there a URL to see the ingestion queue?  (3) I saw a mention from bac yesterday that a bundle was stuck.  is the queue stuck?
[14:58] <bac> manage.jujucharms.com/heartbeat
[14:58] <rick_h_> gary_poster: 15min ingestion time and about 8ish minutes to process the queue
[14:58] <rick_h_> gary_poster: ^^ url to watch the queue fill/empty
[14:58] <rick_h_> gary_poster: but nothing that will specifically list it
[14:58] <rick_h_> gary_poster: make sure proof passes on his charm before anything else 
[14:58] <benji> gary_poster: normal ingestion cycle time can be 30 minutes or more (depending on how lucky you are)
[14:59] <bac> gary_poster: shows about 1500 charms in the queue.  they get processed at about 200/minute
[14:59] <benji> also, the stuck basket doesn't impeed (sp?) other things in the queue
[14:59] <gary_poster> bac, rick_h, benji, perfect thank you
[14:59] <bac> benji: i don't think so.  i've been seeing it process in under 15 minutes and sleeping a bit
[15:00] <benji> bac: right, but if you push your branch just after enqueueing you'll have to wait through an entire injest/enqueue/injest cycle
[15:00] <benji> so I would bet worst case is around 30 minutes
[15:00] <bac> benji: oh, well try to not be so unlucky!
[15:01] <bac> benji: yes, that is true.
[15:01] <bac> benji: and now that we aren't cron-based we don't know when the cycle starts
[15:02] <benji> yep
[15:39] <bac> hi hazmat, in the juju-deployer README, the section "Stack Definitions" stops abruptly as if you were in mid-thought and someone offered you pie.
[15:40] <hatch> jujugui call in 20
[15:49] <gary_poster> 20? :-)
[15:50] <gary_poster> jujugui call in 10
[15:50] <hatch> lol
[15:50] <rick_h_> shoot, I joined up and sitting here bacause of the ping
[15:51] <rick_h_> I'm a trained monkey
[15:52] <hatch> lol
[15:52]  * hatch hands rick_h_  a banana 
[15:58] <gary_poster> jujugui call in 2
[15:58] <bac> now there is an actionable warning
[16:00] <gary_poster> benji pingy
[16:17] <jcastro> hey frankban
[16:32] <hatch> oops
[16:32] <hatch> gary_poster
[16:32] <hatch> I'll rejoin?
[16:32] <gary_poster> hatch: np, wanted to see if you wanted to chat or if everything is cool
[16:32] <gary_poster> I don't need to talk unless you do
[16:32] <hatch> oh nope nothing else
[16:33] <hatch> anything on your side?
[16:33] <gary_poster> nope. :-) thanks hatch.  have a nice trip and vacation
[16:33] <hatch> thank yas!
[16:37] <rick_h_> hatch: https://plus.google.com/u/0/+PaulIrish/posts/EhmRC5skp6z
[16:38] <hatch> Yay!
[16:38]  * hatch does a little dance
[16:38] <rick_h_> hatch: if they get promises in that fixes the native impl issue
[16:38] <hatch> only with async call stacks
[16:38] <hatch> lol
[16:38] <hatch> but that answers my question about the native promises and async callstacks
[16:38] <rick_h_> curse you promise folks...might actually get it into stuff yet
[16:38] <hatch> it's ok, just accept that you're wrong :P
[16:39]  * rick_h_ goes to grumble in his "too damn much syntastic sugar will be the death of me" corner"
[16:39] <hatch> lol
[16:39] <hatch> well if it's part of the native api with async callstacks it's no longer sugar
[16:39] <hatch> it IS the api :D
[16:40] <rick_h_> hatch: true, but some of the new es6 stuff drives me nuts as well
[16:42] <rick_h_> arrow functions, that's what had me going bonkers
[16:46] <hatch> rick_h_ yeah I don't like arrow functions in any language
[16:46] <hatch> personal preference 
[16:46] <rick_h_> yea
[16:46] <hatch> glad someone else feels the same way :)
[16:47] <rick_h_> don't agree with me or the world will end
[16:47] <Makyo> Did...did you two just agree on something? :o
[16:47] <hatch> rofl
[16:47] <rick_h_> *boom*
[16:47] <gary_poster> :-)
[16:49] <frankban> hey jcastro 
[16:49] <jcastro> hey so I noticed that the gui exports export.yaml as a bundle
[16:49] <jcastro> but quickstart expects bundles.yaml
[16:49] <jcastro> I was wondering if you had plans to just have quickstart accept whatever.yaml or if I should file a bug
[16:50] <jcastro> or even if you think it might be a good idea
[16:50] <frankban> jcastro: IIRC you can pass a full path to an arbitrary named file in quickstart
[16:50] <jcastro> huh that didn't work for me
[16:50] <jcastro> I'll try it again and get back to you!
[16:51] <frankban> jcastro: cool thanks
[17:00] <Makyo> Alright, I'm out _o/
[17:00] <hatch> jujugui looking for a review on my branch from this week https://github.com/juju/juju-gui/pull/73
[17:00] <gary_poster> bye Makyo, safe travels
[17:00] <Makyo> Will review at hotel
[17:01] <Makyo> Cheers
[17:01] <rick_h_> frankban: do you have a link for your review you needed?
[17:01] <frankban> rick_h_: it's linked to the card
[17:01] <rick_h_> sorry, thought I looked
[17:02] <rick_h_> ah, under external link
[17:02] <frankban> rick_h_: np, new kanban puts the link at the bottom
[17:02] <frankban> jcastro: just worked as expected here: http://pastebin.ubuntu.com/6727619/
[17:04]  * hatch is taking off as well, talk to you all later
[17:05] <gary_poster> bye hatch
[20:49] <bac> ugh, to test that monster bundle i have to ingest all of those named charms.
[20:49] <bac> great time to take the dog out
[20:50] <rick_h_> bac: can you mock out the part of the test that verifies a bundle exists to always be true?
[20:50] <rick_h_> bac: enjoy
[20:50] <bac> rick_h_: could but i want to see it work for realz