[05:39] <bcsaller> lbox propose took 7 minutes :(
[10:26] <jovan2> Morning! Considering icons for our service providers - AWS etc - does anybody know if there is an icon for LXC?
[13:17] <gary_poster> jovan2, hi.  no, I do not know of one, and it looks pretty clear to me that LXC does not have an official icon.  However, hallyn or stgraber in #ubuntu-server will probably have authoritative answers, and I have asked them.  I'll report back.
[13:18] <gary_poster> I was going to sat that to jovan2 but he disappeared as I was writing that :-P
[13:18] <gary_poster> I'll email him
[14:01] <hatch> morning
[14:41] <hatch> brb gota reboot
[15:06] <hatch> I've got my new webcam, are you guys pumped to see me in HD?
[15:06] <hatch> I know I am!
[15:09] <hatch> bcsaller: are you in yet?
[15:09] <bcsaller> hatch: I am
[15:10] <hatch> http://bazaar.launchpad.net/~hatch/juju-gui/1130790-create-subapp/view/head:/app/app.js#L467 and 453 have an assignment operator in the if() statements
[15:10] <hatch> is this intentional or a typo?
[15:11] <bcsaller> intentional
[15:11] <hatch> alright :)
[15:12] <bcsaller> basically, if I was able to take another item from the sequence 
[15:14] <hatch> gotcha - I think I have figured out why this is erroring out but I'll wait until later so we can work out a sollution - it looks like it's evaluating all routes regardless of the 'namespace' property
[15:15] <bcsaller> hatch: have you merge the change with match()?
[15:15] <bcsaller> hatch: looks like you have an older version
[15:16] <hatch> hmm ok let me do another merge
[15:19] <hatch> so when I do these merges `bzr merge ../../trunk` it does the merge but then shows changed files which I have to re-commit, am I doing something wrong or is that just how bzr works?
[15:20] <bcsaller> hatch: yes, you have to commit the merge, if there are conflicts for example you'd resolve them now
[15:21] <hatch> gotcha
[15:21] <hatch> https://code.launchpad.net/~hatch/juju-gui/1130790-create-subapp here is the most recent codebase
[15:22] <hatch> once it loads you'll see that it trys to call the callbacks that aren't on the proper namespace
[15:22] <benji> man, after getting used to actually being able to quickly see where entities come from (Python) wandering around blind is irritating (Go)
[15:22] <hatch> we can discuss after the meetings, just putting it there :)
[15:22] <hatch> how do you like Go?
[15:23] <hatch> ya know - assuming you knew the language :P
[15:26] <benji> I actually like a lot of the ideas in Go; unfortunately it seems to have missed some important things we have learned over the last decade or so.
[15:26] <benji> one of those things being "I should be able to quickly figure out where a name comes from just by looking at the current source file."
[15:27] <hatch> aww that's unfortunate
[15:27] <hatch> I've heard Ruby also misses some of the life lessons
[15:27] <hatch> I don't have any first hand experience though
[15:27] <bcsaller> hatch: I see a null callback, its using callback = self[callback] rather than the routes subapp || self
[15:27] <benji> yeah, me neither; I'd like some, if only to be able to complain about it afterward ;)
[15:27] <hatch> haha
[15:28] <hatch> bcsaller: ahh I see that now
[15:28] <gary_poster> jujugui call in 2
[15:29] <hatch> in copying my music over to my NAS it decided to duplicate about 25% of them
[15:29]  * hatch is less than impressed
[15:31] <gary_poster> hatch goodspud call now
[16:33] <hatch> bcsaller: did you want to work on this router bug now?
[16:34] <hatch> I have 2H
[16:34] <bcsaller> hatch: did you change the code to resolve from the proper context object?
[16:35] <hatch> nope - I thought that was psudo code :) changing
[16:35] <hatch> but but even if I do that, the callback shoudln't be being called anyways
[16:35] <bcsaller> hatch: around like 459, that should fix it
[16:36] <bcsaller> hatch: you're saying its matching improperly? I haven't seen that yet
[16:37] <hatch> throw a console.log(callback) on ln479 and you'll see that it's calling the namespace routes even on root localhost requests
[16:38] <hatch> if you can't see that I can screenshare to show you what I mean
[16:40] <bcsaller> hatch: ok, seeing if g+ is open
[16:40] <bcsaller> hatch: it is
[16:44] <hatch> bcsaller: sorry needed to install plugin
[16:44] <hatch> almost up
[17:23] <bcsaller> hatch: I think I found the source of the problem, its the way we are mutating the routes ATTR, we mix in options like namespace but this only happens when routes are appended, not inserted at offset so the property (namespace in this example is lost). I can generate a patch
[17:24] <hatch> ahh - figures there would be some weird stuff going on
[17:24] <hatch> thanks!
[17:27] <gary_poster> benji bac frankban teknico please join https://launchpad.net/~canonical-cloud-engineering
[17:27] <benji> gary_poster: page not found
[17:28] <gary_poster> benji, works for me, but never mind:
[17:28] <gary_poster> benji bac frankban teknico nm I am doing it for you
[17:28] <gary_poster> though you might want to join mailing list
[17:28] <benji> gary_poster: it is private, doesn't that prevent anyone from seeing it until they are a member?
[17:28] <gary_poster> benji, ah maybe so
[17:30] <teknico> gary_poster, it looks like you did the mailing list subscription too :-)
[17:30] <gary_poster> teknico, heh, maybe.  unintentional if so :-)
[17:31] <benji> teknico: there is a setting somewhere that lets you choose to automatically subscribe to team mailing lists when you become a member of the team
[17:31] <frankban> gary_poster: done
[17:31] <gary_poster> thank you
[17:31] <teknico> benji, apparently I have that set already :-)
[17:36] <gary_poster> bcsaller, landscape-aggro (which I keep on thinking of as landscape-aggression) is clear for take off :-)
[17:37] <bcsaller> gary_poster: thanks for the review, I'll submit it after I get a patch for hatch ready
[17:37] <gary_poster> cool
[17:43] <bcsaller> hatch: http://paste.ubuntu.com/5555767/
[17:44] <hatch> innnnnteresting
[17:44] <hatch> thanks a bunch!
[17:44] <hatch> are you going to be putting this in your branch?
[17:46] <bcsaller> my branch is already landed, you should take it 
[17:46] <bcsaller> hatch: ^
[17:46] <hatch> oh I didn't get the email
[17:46] <hatch> thanks I'll merge it in
[17:46] <bcsaller> hatch: I forgot that the insertion would invalidate an assumption 
[17:47] <hatch> I don't see the branch in LP, did you push?
[17:48] <bcsaller> hatch: you merged the match method from trunk, no? Thats all I was talking about. I don't have a new outstanding branch for this so take the patch and apply it
[17:49] <hatch> oh yeah sorry that's what I was asking :)
[17:49] <hatch> ok taking patch......now
[17:49] <hatch> and as a gift for fixing this
[17:49] <hatch> here is a tai fighter
[17:49] <hatch> |-o-|
[17:49] <hatch> pew pew pew
[17:50] <bcsaller> queue the robot chicken
[17:50] <gary_poster> heh
[18:05] <hatch> Just incase you guys ever need to insert an array of values into another array I had to figure this out the hard way yesterday so I figured I should document it somewhere http://fromanegg.com/post/43733624689/insert-an-array-of-values-into-an-array-in-javascript
[18:06] <gary_poster> I figured it was an apply trick :-)
[18:07] <hatch> haha yep, using call/apply is pretty powerfull
[18:15] <benji> does anyone else who is running quantal been able to deploy anything using go-juju?
[18:15] <hatch> my laptop has 12.10 on it, I can try if you like
[18:16] <hatch> although I'd need some sort of guide :)
[18:16] <gary_poster> I thought frankban had, benji
[18:16] <gary_poster> he is past EoD though
[18:16] <benji> hatch: I suspect the setup entailed would be too involved to ask that of you
[18:17] <benji> I was trying to use the OS the core developers were using and assumed (bad me) that it was quantal.
[18:17] <gary_poster> benji, they are on precise?
[18:18] <gary_poster> I know jam is
[18:18]  * hatch finds it easier to remember version numbers than names :) 12.04, 12.10
[18:18] <benji> gary_poster: I don't know, but when I look at the charm store, the number of quantal charms is paultry.
[18:18] <gary_poster> benji, oh that's different
[18:19] <benji> yeah, I hate the code names; unfortunately they infect everything
[18:19] <gary_poster> benji, that's what is run on the vm side
[18:20] <gary_poster> which you can change to whatever you want, whatever version your own machine is, at least with pyjuju
[18:20] <benji> is it?  Given that the dev platform is so intamately tied with the deployment platform, I would expect the OS version to be critical.
[18:20] <gary_poster> no, what I mean is that the charm runs on the remote machine benji.  Usually we use LTSs for those
[18:20] <benji> gary_poster: right, but this is go-juju
[18:21] <hatch> bcsaller: awesome - with your fix in route and then chaging the callback in _dispatch to
[18:21] <hatch>               callback = self[callback] || self.get('subApps')[namespace][callback];
[18:21] <hatch> it all looks like it's working
[18:21] <hatch> :D
[18:21] <hatch> that's one ugly line though eh? :)
[18:21] <gary_poster> benji understood.  (1) go juju should do this too--that's one of the goals, and (2) I think frankban did it
[18:21] <benji> I'll try changing the preferred series.
[18:21] <gary_poster> default series, I think
[18:22] <benji> yep
[18:22] <hatch> I'll be cleaning that line up because it doesn't need to fetch the sub apps in a loop
[18:22] <bcsaller> hatch: the order is backwards or callback resolution I think, if the sub has it use it there first
[18:22] <hatch> bcsaller: ok I'll do some testing to determine the proper order
[18:23] <hatch> I'll probably have to flesh out the sub apps a little more to get some more use cases
[18:23] <frankban> benji, gary_poster: that's the problem with the gui charm too, i.e. bug 1131608
[18:23] <_mup_> Bug #1131608: deployed series is arbitrary <juju-core:New for fwereade> < https://launchpad.net/bugs/1131608 >
[18:23] <gary_poster> frankban, I thought that only was true for the upload tools option?
[18:24] <gary_poster> I must be confusing the two issues
[18:24] <gary_poster> Sorry
[18:24] <frankban> gary_poster: not sure, it's worth to try
[18:24] <benji> btw, I need --upload-tools *and* to deploy a charm
[18:24] <gary_poster> ah, benji, I think that's the broken part.  Could be wrong.
[18:28] <frankban> benji: you can try recompiling and bootstrapping juju-core from a precise lxc. it's not ideal, but, if it works, it can be a (uncomfortable) workaround.
[18:28] <benji> frankban: that's a good idea; I may have to do that
[18:29] <frankban> cool, eod, have a nice weekend
[18:29] <benji> have a good weekend, frankban 
[18:30] <benji> gary_poster: cool, Danilo is comming back into the fold
[18:30] <gary_poster> benji, yeah, I heard!  I don't know where though--do you know that?
[18:31] <benji> Blue
[18:31] <benji> Squad
[18:31] <benji> (they added a newline in the middle of their name... hipsters)
[18:31] <gary_poster> heh
[18:52] <Makyo> 99% there with win8, missing only network.  Anyone have to change settings for that away from NAT?
[18:56] <Makyo> guihelp ^^^
[18:57] <bcsaller> Makyo: I still don't have it working, I was planning on trying again today
[19:03] <hatch> Makyo: are you using parallels?
[19:03] <gary_poster> Makyo, I had to use bridged
[19:03] <Makyo> hatch, virtualbox.
[19:03] <Makyo> gary_poster, ah, trying that now.
[19:03] <hatch> ahh I actually had to do the same with parallels
[19:03] <hatch> :)
[19:05] <Makyo> That did it, thanks gary_poster, hatch 
[20:56] <bcsaller> kinda of have ie working in the VM now :-/
[20:56] <bcsaller> kind of.. blah
[21:10] <hatch> what issue are you having?
[21:13] <hatch> ugh itunes is such a junk program
[22:00] <hatch> bcsaller: I've been trying to track down a little bug maybe you have some insight...._dispatch() is being called 4 times on load
[22:00] <hatch> this is almost certainly a bug no?
[22:03] <benji> hatch: I think it is past his end-of-day, but yes, that sounds like a bug 
[22:04] <hatch> ahh - we need a map where everyone is located so we can see when EOD is ;)
[22:10] <hatch> ok found it....looks like it was being dispatched 4 times lol
[22:10] <hatch> but it didn't matter until now!
[22:10] <hatch> ohhhh boy - how to solve this
[22:13] <hatch> gary_poster: still around?
[22:14] <hatch> looks like everyone might have checked out for the weekend
[23:09] <bcsaller> hatch: its a known issue, the app calls dispatch aggressively and it gets called on delta updates
[23:10] <bcsaller> hatch: some pages it works out to more and some less, plus if there is a delta depending on the page it can appear as quite a lot
[23:10] <bcsaller> dispatch alone being called doesn't have to be a big deal though, we mostly treat it as an event saying to any active views, "do you have to update yourself now?"
[23:11] <hatch> ohh ok so we'll need to change that
[23:11] <bcsaller> but some views currently do a full rerender to that question
[23:11] <hatch> calling dispatch causes the sub apps to rerender
[23:11] <hatch> so they render 4x which is obviously no good
[23:11] <hatch> that might be a large refactor though
[23:11] <bcsaller> it is
[23:12] <bcsaller> notifications and env view both do it better
[23:12] <hatch> yeah see dispatch is designed to initiate the routing callbacks based on url changes
[23:12] <hatch> if the url doesn't change, it shouldn't dispatch
[23:12] <bcsaller> notifications is model bound and env view has an update() phase and then is event rather than render driven
[23:13] <bcsaller> but callback doesn't have to equal full render
[23:14] <hatch> no but in my opinion the views should be pretty dumb...the singletons should be outside of the views
[23:14] <bcsaller> to be clear I'm not trying to defend the model, but its part of a much larger issue which to my mind steams from a lack of model bound views 
[23:14] <bcsaller> non-persistent views can be dumb and we let them be
[23:15] <bcsaller> persistent views need to be smarter, "most" of the app is the persistent env view
[23:15] <hatch> yeah I'm going to need to understand more of how the app operates to see how we can fix this
[23:16] <bcsaller> that component framework helps handle incremental update (which is what we have been calling it)
[23:16] <bcsaller> by drawing lines between initial render and event driven update cycles 
[23:17] <hatch> yeah maybe this weekend I'll find some time to really step through the execution order of this app
[23:17] <hatch> dispatching 4x on load has to kill the startup time heh
[23:18] <bcsaller> hatch: it really doesn't, thats not the issue, its often 1/2 that (still an issue) followed by the 1st delta window
[23:18] <bcsaller> then look at app.on_database_changed
[23:18] <hatch> ahh ok
[23:18] <bcsaller> thats deals with an async change to the data from the websocket w/o the app triggering it
[23:19] <bcsaller> to keep the views dumb they can just dispatch on that
[23:20] <hatch> ok well as long as it's a known thing because I was sure it was a bug :D
[23:20] <bcsaller> its a compromise 
[23:20] <bcsaller> ok, signing off
[23:21] <hatch> alright at least now I understand its purpose :)
[23:21] <hatch> have a great weekend!