Time is the key… ;-) I have very little of that, and I don’t know the first thing about setting up Jenkins.
But, I’d be happy to give anyone on the PMC access to the servers so folks can help with the fiddling. On Sep 24, 2015, at 6:59 PM, Alex Harui <aha...@adobe.com> wrote: > If you are volunteering to take over the builds, that would be great. I > don’t know how much time you have to fiddle with this. I may just renew > my Azure with the cheapest option and see if it will work with 1 core and > we don’t lose the setup. Then you’ll have an idea of what we might cost > if we switch to AWS. I haven’t talked to Azure folks directly, but it > looked like the step up to the next level was significant in cost. > > Moving some jobs to other servers would also help ensure 1 core works. > The most time consuming build, IIRC, is the main Flex SDK release > packaging build. > > Thanks, > -Alex > > On 9/24/15, 8:52 AM, "Harbs" <harbs.li...@gmail.com> wrote: > >> OK. I have a bunch of AWS instances. The cheap linux instances are less >> than $10 per month. >> >> If we create a new account, we’d even get a cheap instance free for a >> year. >> >> I can create a new account for Flex. If we do need to upgrade the >> instance, that’s pretty seamless. >> >> On Sep 24, 2015, at 6:11 PM, Alex Harui <aha...@adobe.com> wrote: >> >>> The only reason to use Azure is because I had one set up already, >>> although >>> they have said they will delete it soon. >>> >>> My VM is only running builds and not mustella, so I am going to try the >>> cheapest Azure option and see how it goes. If it is enough for the >>> builds >>> then I can handle the cost. >>> >>> -Alex >>> >>> On 9/24/15, 8:08 AM, "Harbs" <harbs.li...@gmail.com> wrote: >>> >>>> 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. >>>>> >>>> >>> >> >
