[02:16] hello guys and gals, strange/stupid question time; can I run/play/experiment with ensemble on local hardware ? [02:33] zodiak: hi, I have to go now...but in short "soon". We've been working on that ability THIS month...bcsaller and RoAkSoAx are the best to speak to [02:34] hrm.. good to know .. thanks for the .. oh.. well.. thank you regardless of your presence/non-presence :D === zodiak_ is now known as zodiak === zodiak_ is now known as zodiak [03:22] <_mup_> ensemble/expose-provision-machines r295 committed by jim.baker@canonical.com [03:22] <_mup_> Merged trunk [03:25] <_mup_> ensemble/expose-provision-machines-reexpose r304 committed by jim.baker@canonical.com [03:25] <_mup_> Merged upstream [03:47] <_mup_> ensemble/expose-provider-ec2 r312 committed by jim.baker@canonical.com [03:47] <_mup_> Merged upstream and resolved conflict === zodiak_ is now known as zodiak [10:20] are default vaules of config options in config.yaml expected to be output via config-get? === daker_ is now known as daker [14:44] <_mup_> ensemble/states-with-principals r322 committed by kapil.thangavelu@canonical.com [14:44] <_mup_> resolve conflicts from security-acl merge [14:44] <_mup_> ensemble/security-acl r305 committed by kapil.thangavelu@canonical.com [14:44] <_mup_> use inline break instead of try/else [14:45] <_mup_> ensemble/states-with-principals r323 committed by kapil.thangavelu@canonical.com [14:45] <_mup_> resolve conflicts from security-acl merge [17:18] <_mup_> Bug #822814 was filed: Ambiguous endpoints error could be more informative < https://launchpad.net/bugs/822814 > [18:04] <_mup_> ensemble/security-policy-with-topology r324 committed by kapil.thangavelu@canonical.com [18:04] <_mup_> resurrect policy.get_token earlier into branch pipeline, yank policy.client access. [18:05] <_mup_> ensemble/security-policy-rules-redux r330 committed by kapil.thangavelu@canonical.com [18:05] <_mup_> resolve conflict from security-policy-with-topology merge === otubo is now known as otubo[AFK] === otubo[AFK] is now known as otubo === otubo is now known as otubo[AFK] === otubo[AFK] is now known as otubo [18:34] <_mup_> ensemble/expose-provider-ec2 r314 committed by jim.baker@canonical.com [18:34] <_mup_> Pass machine_id through instead of machine_data bag [18:40] <_mup_> ensemble/expose-provider-ec2 r315 committed by jim.baker@canonical.com [18:40] <_mup_> Fix dummy and orchestra providers for modified api === otubo is now known as otubo[AFK] === otubo[AFK] is now known as otubo === zodiak_ is now known as zodiak [18:50] negronjl: ping [18:50] negronjl: heya, I hear you have a mongo formula [18:50] <_mup_> ensemble/expose-provider-ec2 r316 committed by jim.baker@canonical.com [18:50] <_mup_> Fix dummy provider to add machine_id param to start_machine [18:50] hi jcastro. Still working out thekinks on it [18:50] jcastro: see my formulas here: https://code.launchpad.net/~negronjl [18:50] hey so check this out: http://nosql2011.wilshireconferences.com/agenda.cfm?confid=64&scheduleDay=PRINT [18:50] this is in like 2 weeks [18:51] and we've signed up for the scale out camp on the wednesday night [18:51] jcastro: checking .. [18:52] jcastro: i see [18:52] and we're now thinking, showing mongo scaling like a boss would be awesome there. [18:53] jcastro: The formulas are here: https://code.launchpad.net/~negronjl pick them out. I haven't tested them completely yet but, feel free to do so and provide feedback. [18:53] jcastro: I can try and work out the kinks on it [18:54] jcastro: Are you planning on doing this live or prerecorded ? [18:54] negronjl: I am convincing your boss that you should copresent with me [18:54] this will be live [18:54] jcastro: live has it's own set of issues ( time, wifi issues, etc. ) I would sugges that you have a backup plan ( recorded session ) [18:55] nod [18:55] negronjl: m_3 also wants to know how the hadoop is coming along. [18:56] jcastro, m_3: making a blog post about hadoop-master/slave and ensemble right now....will let you all know when ready [18:56] negronjl: oh awesome === jamespage1 is now known as jamespage [18:57] rockin === otubo is now known as otubo[AFK] [19:09] <_mup_> ensemble/expose-provider-ec2 r317 committed by jim.baker@canonical.com [19:09] <_mup_> Fixed remaining tests to support the change to start_machine [19:18] <_mup_> ensemble/expose-provider-ec2 r318 committed by jim.baker@canonical.com [19:18] <_mup_> Ignore firewall permissions that are ranges greater than 1 === otubo[AFK] is now known as otubo [21:14] <_mup_> ensemble/expose-provider-ec2 r319 committed by jim.baker@canonical.com [21:14] <_mup_> Test launch with existing machine security group [21:15] <_mup_> ensemble/expose-provider-ec2 r320 committed by jim.baker@canonical.com [21:15] <_mup_> Add test to verify scenario that the security group for the env already exists [21:24] <_mup_> ensemble/expose-provider-ec2 r321 committed by jim.baker@canonical.com [21:24] <_mup_> Doc strings for new tests [21:51] <_mup_> ensemble/expose-provider-ec2 r322 committed by jim.baker@canonical.com [21:51] <_mup_> Refactored the wrong start_machine in terms of adding machine_id as a param [22:35] <_mup_> ensemble/expose-provider-ec2 r323 committed by jim.baker@canonical.com [22:35] <_mup_> Better error message upon EC2Error === otubo is now known as otubo[AFK] === otubo[AFK] is now known as otubo