What kind of machine do we need for Jenkins? Would an AWS instance work and if yes what size machine would we need? Is there a reason to use Azure over AWS?
On Sep 24, 2015, at 4:19 PM, Alex Harui <aha...@adobe.com> wrote: > I’m about to give up on waiting and pull out my credit card. No idea why I’m > not getting any attention from the free MSDN program. > > The PMC has the credentials to log into Erik’s VM and reboot from within the > VM and same for my VM. Getting others access from the Azure manager might > require giving up more control than we should, especially if my credit card > is on the line. > > It turns out that Apache doesn’t have Azure VMs anymore. They did for a > while. Good thing we didn’t use that otherwise we’d be scrambling. I think > we may be able to get Linux VMs from Apache, but I think Apache would prefer > that volunteers put up the “money” for these VMs by paying (or getting for > free) VMs outside a.o to offload bandwidth costs. > > -Alex > > From: Tom Chiverton <t...@extravision.com> > Reply-To: "dev@flex.apache.org" <dev@flex.apache.org> > Date: Thursday, September 24, 2015 at 5:43 AM > To: "dev@flex.apache.org" <dev@flex.apache.org> > Subject: Jenkins builds > > What are the blockers to getting both our Jenkins back on line ? > > I think Alex is hoping a free Microsoft VM will arrive for his one, that's > apacheflexbuild.cloudapp.net right ? > > What about flex-mustella.cloudapp.net ? > > Could we get the accounts shared around more people so we're not reliant on > one person being around to reboot them ? Or run them on Apache VMs ? > -- > > > > Tom Chiverton > Lead Developer > > e: t...@extravision.com > p: 0161 817 2922 > t: @extravision > w: www.extravision.com > > > > Registered in the UK at: 107 Timber Wharf, 33 Worsley Street, Manchester, M15 > 4LD. > Company Reg No: 05017214 VAT: GB 824 5386 19 > > This e-mail is intended solely for the person to whom it is addressed and may > contain confidential or privileged information. > Any views or opinions presented in this e-mail are solely of the author and > do not necessarily represent those of Extravision Ltd. >
