[00:03] <hatch> huwshimi doing alright, the mrs is trying to plan a winter trip to somewhere warm.....I just don't get it
[00:03] <hatch> winter is for snow
[00:04] <hatch> snow-boarding, snow-mobiling, snow-shoveling
[00:04] <hatch> I don't see snow-beaching anywhere
[00:04] <huwshimi> :)
[00:06] <hatch> my android watch is still sitting in Minneapolis with 'Exception' in red on the ups site....
[00:07] <hatch> I wonder if these watches weren't cleared with some standards body or something 
[00:07] <hatch> it's been there for 2 days
[00:13] <rick_h__> hatch: doh
[00:18] <hatch> yep
[00:18] <hatch> very doh indeed 
[00:18] <rick_h__> hatch: what was the topic from today to talk to UX about?
[00:19] <rick_h__> hatch: nvm, the walk through from scale up UX to MV/etc
[00:19] <hatch> the transition from manually placed and auto placed, what should the user see when they switch to the machine view, and should unplaced units auto place on commit
[00:19] <hatch> yeah
[00:19] <hatch> :)
[00:21] <huwshimi> Is it just me or is it strange to ever see the inspector and the machine view at the same time?
[00:21] <huwshimi> The inspector has lost its context (the service)
[00:21] <rick_h__> huwshimi: yea, it'll be replaced by the deployed services view. 
[00:22] <rick_h__> huwshimi: which we've decided we can release MV 1.0 without, but want to come back to as MV 1.5 later this cycle
[00:22] <huwshimi> rick_h__: Ah cool
[00:22] <hatch> huwshimi the issue is what to do when you click 'manually place' then scale up....you have to switch to the machine view....so that should probably happen right away
[00:24] <rick_h__> yea, lots of love needed there 
[00:24] <hatch> I think I've got this unit thing figured out - tomorrow I'll start the real implementation 
[00:25] <rick_h__> cool
[00:25] <hatch> this env stuff is like the shibboleth of the GUI 
[00:26] <hatch> you're not REALLY a GUI dev until you can figure out how the env interactions work lol
[00:26] <rick_h__> heh
[00:27] <hatch> we should probably document the flow in a flowchart of some sort
[00:27] <hatch> it's definitely complicated 
[00:27] <rick_h__> which part is this? 
[00:28] <hatch> the flow from delta to db and back again, and the UI interactions to delta/db and back again
[00:28] <rick_h__> ah yea
[01:29] <rick_h__> huwshimi: you rock. Going through bugs and see it's already marked fix committed :)
[01:30] <huwshimi> rick_h__: I'd fixed it before it was reported :)
[01:34] <rick_h__> huwshimi: you're even better than I realized! 
[10:02] <urulama> checking Hacking.md file and there is a reference on /var/lib/juju/units ... however, units dir is no longer there, there are containers and agents, right?
[10:35] <urulama> jujugui how does lbox work with github? or how is proposing/merging process done there?
[10:45] <urulama> (probably through web interface, but, well, better to ask)
[11:22] <rogpeppe> urulama: i haven't used lbox with github
[11:22] <rogpeppe> urulama: mornin' BTW
[11:23] <urulama> rogpeppe: g'day to you, sir
[11:25] <urulama> rogpeppe: what's the process of api proposal now that Francesco is out for a week?
[11:26] <rogpeppe> urulama: since frankban is away, do you perhaps fancy continuing the store work along with me?
[11:26] <rogpeppe> urulama: i guess we'll address the comments we can
[11:27] <urulama> rogpeppe: sure, we can try, but you'll spent more time on explaining the details, 'coz i'm not familiar with them. is that ok?
[11:28] <rogpeppe> urulama: i think that will probably useful for both of us actually
[11:29] <urulama> rogpeppe: agree. let me finish something in the ftests, then i'll grab a lunch and come back 
[11:29] <rogpeppe> urulama: cool
[11:29] <rogpeppe> urulama: i've got a few things to do first anyway
[11:30] <urulama> rogpeppe: my father some mushrooms in the woods yesterday, it would be a waste not to eat them :D
[11:31] <rogpeppe> urulama: nice!
[11:31] <rogpeppe> urulama: what kind of mushrooms?
[11:31] <urulama> rogpeppe: ah, translation ... just a sec
[11:31] <rogpeppe> urulama: (i'm keen on hunting mushrooms too)
[11:31] <urulama> rogpeppe: these ... http://www.gobe.si/slike/Boletus_appendiculatus.jpg
[11:32] <rogpeppe> urulama: not Boletus Edulis?
[11:32] <rogpeppe> urulama: i like boletes
[11:33] <urulama> rogpeppe: you're right. it's edulis
[11:33] <rogpeppe> urulama: perfect
[11:33] <rogpeppe> urulama: we usually dry the good ones and eat the rest
[11:34] <rogpeppe> urulama: enjoy!
[11:34] <urulama> rogpeppe: have you tried just freezing them? the flavour is kept. those are great for risotto
[11:35] <rogpeppe> urulama: we do that too - usually after sauteeing for a little bit
[11:35] <rogpeppe> urulama: which reminds me, we've got a few bags still in the freezer that need eating
[11:35] <urulama> :D
[11:36] <urulama> rogpeppe: we can start international juju-gui mushroom day :D
[11:36] <rogpeppe> what an excellent idea
[11:37] <rogpeppe> it's not yet the season for boletes here, but we found a load of st. georges mushrooms earlier (Calocybe gambosa) which were delicious
[11:38] <urulama> nice
[11:41] <rick_h__> urulama: what do you mean the process of the api proposal?
[11:42] <urulama> rick_h__: morning 
[11:43] <rick_h__> urulama: morning
[11:43] <jrwren> morning
[11:43] <urulama> rick_h__: they were sometimes on hangouts, working together, and franban is out for some time now
[11:43] <urulama> morning, jrwren
[11:44] <urulama> jrwren: i've made a small change to ftest so that you can run on local
[11:44] <rick_h__> rogpeppe: let me know when you've got time to chat, urulama can chat as well. I've finished going through the docs and such and would like to hash out some questions and such
[11:44] <urulama> jrwren: will push proposal later when i test it with other env that everything still works
[11:44] <rogpeppe> rick_h__: will do. 15 minutes?
[11:44] <rick_h__> urulama: the goal would be to get the work discussed broken into small single branches of work and added to the kanban board, then started to work on. 
[11:44] <rick_h__> rogpeppe: sounds good
[11:45] <jrwren> urulama: oh cool!
[11:45] <rick_h__> urulama: lbox is specific to launchpad (LP) and reitveld. 
[11:45] <urulama> rick_h__: yes, went to see the code and found out :D
[11:45] <rick_h__> urulama: the normal process for github related things is based on the GUI process https://github.com/juju/juju-gui/blob/develop/HACKING.rst#typical-github-workflow with small tweaks
[11:46] <rick_h__> http://ci.jujugui.org:8080/ has the charmstore CI for instance and does the tests/landing
[11:46] <rick_h__> we're working with core on it for other parts of the code
[11:46] <urulama> rick_h__: tnx ... so, if i push proposal on LP, does this reflect the github repo?
[11:46] <rick_h__> urulama: what project are you pushing to?
[11:47] <rick_h__> urulama: LP and github are seperate. we use one or the other
[11:47] <urulama> rick_h__: will push for juju-gui, ftests support for local (really trivial change, but works for local now as well if one requires)
[11:47] <rick_h__> urulama: the charm?
[11:48] <rick_h__> urulama: ok, so that's only in LP and yes, uses lbox. jrwren submitted some docs to it yesterday. The hacking doc should help with that process
[11:49] <urulama> rick_h__: np with the lbox, just curious about the LP vs Github
[11:49] <rick_h__> urulama: we used to have all code on LP and we're slowing moving new things (and the big projects like the GUI) to github
[11:49] <rick_h__> urulama: so we live in a dual tool world. 
[11:50] <rick_h__> urulama: but anything new should be in LP
[11:55] <urulama> jrwren: https://code.launchpad.net/~uros-jovanovic/charms/trusty/juju-gui/hackingreview/+merge/226270
[11:56] <urulama> that's the simple change
[11:56] <urulama> and it doesn't take much time to run on local
[11:57] <jrwren> i tried something similar - removing the forced_machine paramter to the juju_deploy call - and it failed for me
[11:57] <jrwren> as long as this works, I'm happy :)
[11:58] <urulama> jrwren: yes, the deploy.go checks the value and add --to if it is not None ... 
[11:58] <rick_h__> urulama: but what does this do to the test time on non-local?
[11:58] <rick_h__> urulama: the majority of our users are using the gui on various clouds. That's the more important functional test run to some opinions. 
[11:58] <urulama> rick_h__: it is pushed to 0 if it is anything than local
[11:59] <urulama> rick_h__: it's the same as before
[11:59] <rick_h__> ah gotcha
[11:59]  * urulama needs to make lunch now ... starving :D
[12:00] <rick_h__> morning bac, any better interwebs today?
[12:03] <urulama> rick_h__: btw, whoever came up with debug-hooks is a genius :D
[12:05] <rbasak> urulama: +1. I love it.
[12:05] <rick_h__> hey rbasak how goes? 
[12:08] <rick_h__> jrwren: so can you QA the changes from urulama on both local/ec2 and review? 
[12:08] <rick_h__> urulama: can you add a card to the kanban board in review/maint for the work please?
[12:10] <urulama> rick_h__: sure. 
[12:10] <rbasak> rick_h__: good thanks. Hoping to get juju 1.20 in Utopic soon :)
[12:10] <rick_h__> rbasak: cool, any word on the quickstart update into trusty?
[12:11] <rick_h__> rbasak: oh, nvm see it's fixed release in the bug now
[12:11] <rbasak> rick_h__: it's uploaded and waiting on the SRU team now. I should chase them really - it's been a week now.
[12:11] <rbasak> Fix Released for Utopic - waiting on Trusty SRU approval.
[12:11] <rick_h__> rbasak: ah gotcha
[12:14] <rogpeppe> rick_h__: sorry, call went on a little longer than the 10 minutes i thought it was going to
[12:14] <rick_h__> rogpeppe: all good
[12:14] <rogpeppe> rick_h__: we could do it now, or we could wait for uros to get back from lunch
[12:15] <rick_h__> well let's chat and if he gets back in time to join we can bring him in.
[12:15]  * rogpeppe has grilled halloumi salad, mmm.
[12:15] <rick_h__> rogpeppe: hangout room?
[12:15] <rogpeppe> rick_h__: sure
[12:16] <urulama> rick_h__: want me to join?
[12:16] <jrwren> pulling bzr branch lp:~uros-jovanovic/charms/trusty/juju-gui/hackingreview to test it
[12:17] <rick_h__> urulama: sure thing
[13:09] <jcsackett> morning all.
[13:10] <jrwren> good morning jcsackett 
[13:41] <bac> hi rick_h__
[13:54] <rick_h__> bac: howdy
[13:54]  * urulama runs for that lunch now
[13:54] <bac> rick_h__: hi.  unping.
[13:54] <rick_h__> unping?
[13:54] <bac> rick_h__: nm
[13:54] <rick_h__> hah
[13:55] <bac> meaning i resolved my issue and don't need to bug you any longer
[13:55] <rick_h__> woot
[14:00] <urulama> jrwren: so, i'll change the ftest some more, coz it's not the name that counts, it should be the type of the env and I'll add another parameter like JUJU_ENV_TYPE and set a check if it's local.
[14:05] <jrwren> urulama: oh, ok. I didn't mind the magic name.
[14:05] <jrwren> I did get an error, although I am not convinced it is related.
[14:05] <jrwren> http://pastebin.ubuntu.com/7775331/
[14:09] <jrwren> while you are making changes, could you add charm-tools and firefox to SYSDEPS? :)
[14:14] <hatch> apparently the guys who cut my power/phone lines are coming in a bit to schedule a fix so I might pop away for a few minutes if and when that happens :)
[14:15] <kadams54> http://tholman.com/giflinks/
[14:16] <hatch> lol
[14:16] <hatch> definitely run that past the UX team
[14:21] <jrwren> omg kadams54 that is great.
[14:23] <kadams54> hatch: we should open the machine view ux sync meeting with that.
[14:23] <hatch> lol
[14:32] <urulama> btw, found two more core bugs in the morning, bug 1340077 and bug 1340133 
[14:32] <_mup_> Bug #1340077: if "default" is named to undefined env, the parsing fails <config> <juju-core:Triaged> <https://launchpad.net/bugs/1340077>
[14:32] <_mup_> Bug #1340133: debug-hooks don't work in manual env <debug-hooks> <juju-core:Triaged> <https://launchpad.net/bugs/1340133>
[14:33] <rick_h__> urulama: I think debug hooks not working is a known issue/missing feature. 
[14:38] <jrwren> urulama: indeed, that failed test was some other issue. It worked second time I ran.
[14:38] <jrwren> and runs in 56% the time as on ec2.  yay local.
[14:38] <urulama> jrwren: ;)
[14:42] <hatch> rick_h__ #1340147 bug is really the same as card 1326193 in project 1
[14:42] <_mup_> Bug #1340147: Ghost services should be available to scale out in the mass scaling UI <juju-gui:Triaged> <https://launchpad.net/bugs/1340147>
[14:42] <hatch> at least I think they are one and the same
[14:42] <rick_h__> hatch: yea, I was going to chat with you about it
[14:42] <rick_h__> hatch: because it seemed like that to me :)
[14:42] <hatch> ohhh wait that's the MV mass scaling UI?
[14:43] <rick_h__> hatch: but wanted to get them down on record
[14:43] <hatch> then that's what Im doing right now?
[14:43] <hatch> heh
[14:43] <rick_h__> hatch: right
[14:43] <rick_h__> hatch: it's your WIP
[14:43] <rick_h__> so I wanted to see if this fits into your current work or not
[14:43] <rick_h__> but been on calls all morning, sorry
[14:44] <hatch> no problemo, I think it'll be solved but I'll keep an eye on it
[14:44] <rick_h__> hatch: ty much
[14:45] <hatch> jrwren are you a C# guy? twitter seems to think you're similar to a lot of C# people :)
[14:47] <jrwren> I am.
[14:47] <jrwren> I wrote C# for 7 or so years.
[14:47] <hatch> cool, I've dabbled in it for Unity (3D) could never get used to the different uppcercased methods for working with arrays
[14:47] <jrwren> ha!
[14:48] <jrwren> if that is the only gripe, you'd adapt very quickly.
[14:48] <rick_h__> psh, you mean it wasn't javascript
[14:48] <jrwren> UnityScript is pretty close to javascript.
[14:48] <rick_h__> ah
[14:48] <hatch> yeah other than that it was pretty nice - learning it was somewhat difficult because it was always hard to find stuff that -wasnt- about some .net framework or something
[14:48] <jrwren> Unity still runs on Mono 2.6.x IIRC, so some features are lagging
[14:49] <hatch> yeah I didn't like unity script
[14:49] <hatch> felt that c# was a better lang for that stuff
[14:49] <hatch> I would of course prefer golang now :)
[14:49] <jrwren> hatch: why not?  too different from javascript or too similar?
[14:49] <hatch> jrwren the tooling wasn't there 
[14:49] <jrwren> ah. that makes sense
[14:49] <hatch> c# provided a better dev/debug experience
[14:50] <rogpeppe> taking a 5 min break before standup
[14:51] <hatch> jrwren if I remember correctly there is a c# framework that abstracts away those utility method oddities?
[14:51] <Makyo> jujugui call in 10
[14:51] <jrwren> hatch: which utility method oddities?
[14:52] <hatch> like requiring different utilities to loop through arrays vs multi-dimensional arrays
[14:53] <jrwren> oh. there might be. But that should be straightforward.
[14:53] <jrwren> everything I learned about such actions I mastered thanks to the perllol man page :)
[14:54] <hatch> yeah I just remember it was very odd to have to choose different array utility methods based on it's dimensions
[14:55] <jrwren> oh! yes, is... odd.
[14:55] <jrwren> I guess i contrast to C where there are no such methods and you are on your own and I was happy to have those methods.
[14:58] <rick_h__> jujugui call in 2 kanban please
[14:58] <rick_h__> jujugui I might be a few min late, wrapping up cross team call now
[14:58] <hatch> yeah good point
[14:58] <hatch> rick_h__ np, we'll sit and wait for you like good children
[14:58]  * hatch grabs a knife and sticks it in the outlet
[14:58] <hatch> lol
[15:09] <hatch> jcsackett yes that was some epic lag
[15:09] <hatch> :)
[15:09] <urulama> jrwren: no need to do the review, i'll provide another pathc
[15:09] <urulama> patch
[15:09] <rick_h__> hatch: stand up over?
[15:10] <jcsackett> hatch: i'm at our local hackerspace, and someone is using *all* of the bandwidth.
[15:10] <hatch> rick_h__ yup we r efficient 
[15:10] <rick_h__> woot!
[15:10] <jrwren> jcsackett: crack the router and lock them out :)
[15:10] <rick_h__> jrwren: got a sec?
[15:11] <jcsackett> jrwren: :p
[15:11] <rick_h__> jrwren: I did get a list of api endpoints from rogpeppe today. http://paste.ubuntu.com/7774899/ so on your card, I think getting familiar with stuff is valuable to continue
[15:11] <rick_h__> jrwren: but just fyi I did get some data and maybe you can compare against it for a wrap up of that card of work
[15:14] <jrwren> rick_h__: i got secs.
[15:14] <jrwren> rick_h__: thanks.
[15:14] <hatch> man my watch is STILL sitting in what I can only assume is customs in Minneapolis 
[15:16] <rick_h__> hatch: canadians get no love
[15:16] <rick_h__> lucky they shipped it out to you at all
[15:16] <hatch> lol truth
[15:16] <hatch> UPS is always a disaster when it comes to crossing the border 
[15:17] <hatch> $50 'customs' fees and all that bs
[15:17] <jrwren> rick_h__: tests/20-functional.test:from selenium.webdriver import Firefox
[15:17] <jrwren> the tests are firefox tests.
[15:18] <rick_h__> jrwren: ah gotcha cool
[15:18] <rick_h__> jrwren: ignore me then
[15:18] <jrwren> Its a good question.
[15:19] <rick_h__> on my machine I use firefox nightly and link firefox to firefox-trunk
[15:19] <rick_h__> so the idea of apt-get install'ing firefox was :( to me
[15:20] <jrwren> hrm... good point.
[15:21] <jrwren> maybe a different way to meet that dependency?
[15:21] <rick_h__> naw it's all good
[15:21] <rick_h__> I'm a freaky case
[15:21] <rick_h__> if I want to I can skip sysdeps and mange them manually
[15:21] <jrwren> i think we all are freaky cases
[15:21] <rick_h__> :)
[15:30] <jrwren> rick_h__: so, i'm getting familiar. Is there anything you would like to see from that pastebin that is not already in https://github.com/juju/charmstore/blob/master/README.md ?  Those 4 endpoints are documented there with examples
[15:30] <rick_h__> jrwren: lol, no. I guess just confirmation that's up to date
[15:30] <jrwren> maybe details like "the request can have unspecified serious"
[15:31] <rick_h__> jrwren: naw, that's enough for my needs
[15:31] <luca> rick_h__: I’m getting an error when I join the hangout
[15:31] <luca> rick_h__: I’m going to restart
[15:32] <rick_h__> luca: rgr
[15:32] <urulama> rick_h__: using COLO or even JUJU_ENV_TYPE is not that great ... the juju-test does not pass another parameter to the test and setting global attribute is not a good idea, so, i propose that local test requires an environment that is named "local" ...
[15:33] <rick_h__> urulama: :( ok, then I'd suggest wording the docs around it to be about the local specific and less around colocation
[15:33] <rick_h__> what struck me was that the sentences leading up to the command all mentioned colocation, but the command didn't have anything about colocation in it
[15:34] <urulama> rick_h__: i'm not happy with the solution either, the solution is to change juju-test command to pass parameters to the .test file
[15:35] <rick_h__> urulama: that's fine. I'd rather we move forward with the imperfect solution but make the docs match up/explain
[15:35] <urulama> rick_h__: but for now, let's just to the "local" thing. it does speed up the tests 
[15:36] <urulama> jrwren, rick_h__: i've also removed the firefox dependency
[15:36] <rick_h__> urulama: I think it's ok
[15:36] <jrwren> could have the sysdeps make target depend on /usr/bin/firefox :)
[15:37] <jrwren> and a /usr/bin/firefox target that does apt-get install firefox :)
[15:39] <urulama> jrwren: but then there are /usr/local or /opt or ... 
[15:39] <urulama> let's keep it out for now
[15:40] <jrwren> ok
[15:40] <jrwren> we've talked about it so much, i'll never forget it now
[16:05] <hatch> jcsackett any luck on increasing te # of tries?
[16:27]  * Makyo goes to lay down for a bit
[16:30]  * rick_h__ runs away for a while, finally done with phone calls for a bit
[16:45] <jcsackett> hatch: no, that didn't work, but i've figured out the issue, i think. almost done with an experiment to verify.
[16:45] <jcsackett> hatch: bad news is we may need a better solution to this whole quandry.
[16:45] <hatch> cool i'll be interested to know what the issue was
[16:45] <hatch> :(
[17:26] <jcsackett> my ec2 env is taking a very long time to finish loading new source for my experiment.
[17:38] <hatch> it does
[17:39] <rick_h__> it hates you
[17:44] <hatch> rick_h__ when you have -only- a ghost service the mass-scale-up UI in the MV is still there, it should be hidden because we don't allow mass-scale-up on ghost services (or we should allow it)
[17:45] <hatch> only ghost service(s)
[17:45] <hatch> that is
[17:45] <rick_h__> hatch: so the bug we talked about htis morning is allowing mass scale up of ghost services
[17:45] <rick_h__> hatch: so the idea is that a ghost counts as a scalable service
[17:46] <hatch> ahh ok right
[17:46] <hatch> looking into that
[17:47] <hatch> oh we just simply skip them
[17:48] <hatch> heh
[17:48] <hatch> dddddd
[17:48] <hatch> fixed
[17:48] <hatch> :)
[17:52] <rick_h__> hah, yay then
[17:52] <rick_h__> hatch: make sure to update the bug/card to go along with this branch then please
[18:07] <rick_h__> kadams54: call?
[18:09]  * hatch grabbing a bite
[18:30] <kadams54> rick_h__: Bah, sorry, I'm back. Went out for lunch and forgot my plan was just to stay at Panera and use their wifi for the call.
[18:33] <rick_h__> jcsackett: call? 
[18:34] <rick_h__> kadams54: k, let me know if you want to reschedule/chat or not then.
[18:34] <kadams54> Things are good from my end.
[18:34]  * rogpeppe is stepping out for 30 mins to grab some supper
[18:34]  * rick_h__ is feeling unloved, back to back no shows
[18:43] <kadams54> I am a jerk.
[19:02] <rick_h__> rogpeppe: back for the resources call?
[19:07] <rogpeppe> rick_h__: am now
[19:49] <hatch> hmm....hmmmmmmmm
[19:52] <hatch> so we have a slight problem with how the ecs was set up to handle units....each unit is its own record
[19:52] <hatch> so I propose that we just 'deal' with it sending multiple 'add_unit' calls and then go back and refactor this later
[19:52] <hatch> ^ rick_h__ 
[19:53] <hatch> it's a pretty integral part to how the add unit ecs stuff was written, place unit, etc etc
[20:20] <rick_h__> hatch: sec otp
[20:21] <hatch> sure no rush
[20:23] <rick_h__> hatch: ok, so who da what?
[20:24] <jrwren> i'm outtie.  rick_h__ suggestion for next desired.
[20:24] <rick_h__> jrwren: have a good day, let's catch up in the morning then
[20:24] <jrwren> k
[20:24] <hatch> call?
[20:24] <rick_h__> hatch: sure
[20:25] <rick_h__> but my ears are falling off :P
[20:29] <rick_h__> ok, running away until the AU call later
[20:36]  * rogpeppe is done for the day
[20:36] <rogpeppe> g'night all
[21:15] <Makyo> Had the branch working until I tried deleting a unit that hadn't been committed.  Damn.
[21:17] <hatch> :(
[21:17] <Makyo> Will do that in this branch, as it's a little broken otherwise.
[21:25] <jcsackett> hatch: can you look at this WIP pr? i've got a changeState that isn't getting picked up.
[21:25] <jcsackett> https://github.com/juju/juju-gui/pull/428
[21:26] <hatch> sure
[21:27] <hatch> jcsackett what's `this` when it's fired?
[21:27] <hatch> is it the View?
[21:30] <hatch> jcsackett and this isn't handled by the retry? 
[21:30] <hatch> I'm not sure that bailing just because the charm hasn't loaded yet is a good experience
[21:30] <hatch> they entered that url for a reason right?
[21:57] <hatch> odd I can't create a card for #1340147 it says it's already on the board...but a ctrl+f doesn't find it
[21:57] <_mup_> Bug #1340147: Ghost services should be available to scale out in the mass scaling UI <juju-gui:In Progress by hatch> <https://launchpad.net/bugs/1340147>
[21:57] <hatch> and searching says it doesn't exist
[21:58] <rick_h__> hatch: make sure to show the backlog
[21:58] <hatch> ahah I found it
[21:58] <hatch> odd I had to show the backlog for the search to work...
[21:58] <rick_h__> hatch: and I told JC it's time to bail on these cards. They were nice to haves but not something blocking machine view and we need to move this work out of the way
[21:58] <rick_h__> hatch: ajax baby
[21:59] <rick_h__> hatch: so for now we'll bail, file a bug, and try to get back to it, but MV or bust
[21:59] <hatch> lol I mean "their search" also didn't find it
[21:59] <hatch> ohh ok
[22:01] <jcsackett> hatch: this is the view.
[22:01] <jcsackett> hatch: and no, this actually occurs regardless of the other retry.
[22:01] <jcsackett> and was actually occuring *before* my other branches. they just exposed it as an issue.
[22:02] <hatch> ohh ok
[22:02] <hatch> hmm
[22:02] <jcsackett> hatch: yeah, i'm perplexed.
[22:02] <hatch> lemme look deeper
[22:02] <jcsackett> hatch: ok. i'm running out to dinner--if you leave notes on the PR i can poke at it more tonight. want this on its way to done before i get started tomorrow so i can get cranking on MV.
[22:03] <hatch> sounds good
[22:28] <huwshimi> Morning
[22:30] <rick_h__> morning huwshimi 
[22:30] <huwshimi> rick_h__: Hey
[22:30] <hatch> morning huwshimi 
[22:30] <huwshimi> hatch: Hey
[22:32] <rick_h__> hatch: Makyo either of you joining the AU call?
[22:32] <hatch> omw
[22:49] <huwshimi> hatch: So, my question is how to update the unit count in the new scaleup UI.
[22:49] <huwshimi> hatch: In the old UI it has this data-bind https://github.com/juju/juju-gui/blob/develop/app/templates/serviceOverview.handlebars#L9
[22:49] <hatch> huwshimi 2 seconds I've already written that I'll get you the diff :)
[22:49] <huwshimi> hatch: But I can't see how that's updated, to re-use it for our new UI
[22:49] <huwshimi> ah
[22:51] <hatch> huwshimi so I put this branch on hold while I do the ones I'm currently on but here is the diff that I had https://gist.github.com/hatched/dbdf85c23eeafb9daa44
[22:51] <hatch> or at least...whatever was left
[22:53] <huwshimi> hatch: Oh great, I'll see if I can make that work.
[22:53] <hatch> you should be able to....as it does work ;)
[22:53] <hatch> but we don't want to put the databinding in the input as I understand it
[22:53] <hatch> the input I think is only for units we want to add
[22:53] <hatch> not the current number
[22:53] <hatch> at least that's how it's playing in my head and the mockups seem to go along with that
[22:55] <huwshimi> hatch: Yeah, that's right
[22:57] <hatch> I'm stepping away for a bit
[22:57] <hatch> bbl......likely
[22:58] <huwshimi> hatch: Thanks