formatting, actually iterate through hvm connections.
added first skeleton for selecting an hvm
updated method to select vm based on ip
ha! Maybe it's not that simple. problem is "address" and "ip" are not valid hostnames, but we assume if [0] is not a valid ipv4 it's a hostname... what if we switch the order of searching...? mmmm?
argh... exactly one less warning by switching the order of if matching...
commented out for debugging
commented out the connect stuff to make test run quicket... still builds the uri
commented out the connect stuff to make test run quicket... still builds the uri
NOOOgit diff Git UNDOOO That last commit message is incorrect... still an error but something is be changed...
This is largely a result of my indecisiveness in how I want to call the method...  I don't understand how it's undef... stupid error message.
trying some debugging in testing
removed diagnostics, commented some shit out.  undid the shift on the hstname => address => when _build_hvm_list is passed an array
And it helps to type the correct syntax
wtf... I apparently don't know how to Perl...  clearly this needs tomorrows eyes
I see what's happening, but I'm at a loss to explain it...

it has something to do with the shift/pop on L:127

I blame my brain.  tomorrow then...

root@kitt:~/Build-VM# perl t/01_build_vm_cluster.t
ok 1 - use Build::VM::Cluster;
What's left of @_ in select_hvm
("hostname", "shepard")
@search_hvm: ("hostname", "shepard")
Use of uninitialized value in string eq at lib/Build/VM/Cluster.pm line 128.
@search_hvm: "shepard"
@search_hvm: ()
undef
1..1