[01:51] <rick_h_> blake_r: ping, replied to your angular email. If you go forward let us know how it goes. We had a session at the last sprint in brussels with the web team and landscape teams on the post-yui world
[01:51] <blake_r> rick_h_: thanks for the response
[01:51] <rick_h_> blake_r: so it's something we're trying to help keep in sync across teams. We talked about doing some hangouts/etc on experiments and success/failures with things
[01:52] <blake_r> rick_h_: yeah, would be nice to all be on the same thing
[01:52] <rick_h_> blake_r: definitely, though the requirements for the web team vs us/landscape/maas are big enough that I've given up on convincing them about using anything other than jquery + some plugins
[01:52] <blake_r> rick_h_: i used backbone previous
[01:53] <blake_r> rick_h_: just dont want to use a buch of different libraries to make something work
[01:53] <rick_h_> blake_r: but for those of us with the larger scale apps, we're looking at trying to stick to a very forward looking native JS stack with ecma6 modules, amd, pollyfills as required, and trying to keep things slim
[01:53] <rick_h_> blake_r: yea, I'm kind of bummed. YUI gave us a great standard suite of code patterns and tools for everyone and a single set of docs to learn/etc
[01:54] <rick_h_> blake_r: and there's nothing really out there, other than maybe ember, and my reviews of that are :(, that we could even ponder using
[01:54] <rick_h_> blake_r: on one hand an awesome time for JS stuff, but on the other, it's a glue your own pile of goo kind of world atm.
[01:54] <blake_r> rick_h_: i think angular is a really cool library, and has some nice testing framework around it
[01:55] <rick_h_> blake_r: yea, I'm really really biased against magic stuff that makes it hard to grow/debug. My experiments with it have had me very frustrated
[01:55] <rick_h_> blake_r: but if you go forward with it, and it might work out better for you guys than us (I think maas is a bit smaller) then would love to hear how it goes and the good/bad/ugly
[01:58] <rick_h_> blake_r: and when we get to a good place with tying react into our YUI stuff we'll let you know. We did one path during the sprint that taught us one way not to do it :) so learned a couple of lessons to take a second stab at it.
[01:58] <rick_h_> blake_r: which is nice as it gives us a migration path for things around the current stack a little bit.
[01:59] <blake_r> rick_h_: yeah only  a few of us, and no one person is dedicated to ui
[02:00] <rick_h_> blake_r: well I will say we do auto updating UI and such with YUI and object.observe and a pollyfill basically + a websocket for data communication
[02:01] <rick_h_> the machine view UI and such is just a layer of YUI views that auto redraw based on modelllist update events
[02:01] <rick_h_> so it's possible to try to work on the new UI (whatever that is) without reinventing the wheel a bit as well
[02:01] <rick_h_> and happy to help share experience with you all any time
[02:01] <rick_h_> just let me know and I can get my guys to do some walkthrough or something if that'd help
[02:09] <blake_r> rick_h_: will do, thanks for the info
[02:24] <bigjools> newell: I just had a spurious error from what I think is one of your recently-landed tests
[02:24] <bigjools> newell: see https://code.launchpad.net/~julian-edwards/maas/moar-image-import-docs/+merge/239532
[02:25] <bigjools> FAIL: maasserver.views.tests.test_nodes.NodeResultsDisplayTest.test_view_node_shows_multiple_installation_results
[03:21] <thetrav> so... I set up a bunch of servers controlled by MAAS... they get DHCP addresses and DNS so long as I'm using the MAAS DNS server... however the broader local network has its own DNS server which is not MAAS managed...  I don't really know anything about DNS, but is there a way for me to get the MAAS server to tell the broader server about the new names without saying "these are available to the whole internet" ?
[03:22] <bigjools> thetrav: use the MAAS DNS server and tell it to forward requests to the other one
[03:22] <bigjools> otherwise you have to replicate the zone to the existing server
[03:22] <thetrav> so the first solution involves getting everyone here to update their DNS server, which they are unlikely to do
[03:22] <thetrav> what does it mean to replicate the zone?
[03:23] <bigjools> no the first solution involves only MAAS
[03:23] <thetrav> ?
[03:23] <thetrav> ok, then I don't understand it
[03:23] <bigjools> unless you're talking about getting to deployed nodes from everywhere?
[03:23] <thetrav> is there something I can read?
[03:23] <bigjools> in that case you're right
[03:24] <thetrav> yeah, so my laptop is on 172.168.0.n
[03:24] <bigjools> I don't know anything about dns replication, sorry, you'll have to dive into docs
[03:24] <thetrav> the deployed node is on 10.0.0.n
[03:25] <bigjools> the other option is to configure your existing dns server to forward requests to the maas server
[03:25] <thetrav> yeah, also unlikely
[03:25] <bigjools> well, you have to change *something* :)
[03:26] <thetrav> :P
[03:59] <newell> bigjools, I ran into that today as well.  It only does that every so often which might make the lander barf for you.  I need to fix the test for that.
[03:59] <bigjools> newell: I think it's a sorting problem
[04:00] <newell> I ran the test many many times and nothing, but then today ran into it... so need to make sure the order is correct
[04:00] <bigjools> else use assertItemsEqual() which doesn't care about ordering
[04:00] <bigjools> or the ContainsAll() matcher
[04:00] <newell> k, will do a branch for that right now, thanks
[04:12] <newell> bigjools, https://code.launchpad.net/~newell-jensen/maas/fix-test-node-shows-multiple-results/+merge/239940
[04:13] <bigjools> newell: approved
[04:13] <bigjools> thanks
[04:13] <newell> yeah no problem, sorry you ran into that
[04:14] <bigjools> it happens!
[04:45] <newell> bigjools, it merged so you should be able to land now
[04:45] <bigjools> newell: I already landed ok, but thanks :)
[04:46] <newell> ah, didn't look.  cool ;)
[14:18] <rharper> hi;  I've got machines in maas network, on one of the machines I want to deploy a VM that is visibile on the same network;  I can control the mac of the VM, how would I use the maas ip static ip reservation API to determine which IP the VM would get?  Do I need to register the VM as a node in MAAS (I can't commission the VM)
[17:19] <allenapo> narindergupta: Does that patch seem to have done the job wrt. proxies? Did it uncover another bug?
[17:19] <mgz> are you irish today gavin?
[17:20] <narindergupta> allenapo: i am seeing same problem as it was before but log is pretty much do not have anything
[17:20] <allenapo> mgz: Something like that :)
[17:21] <allenapo> mgz: Ah, that's IRCCloud coming back online.