I think we should ask Infra for an Azure VM. We need to prove clone-ability of whatever we build up on my VM. And it wouldn't hurt to have another build machine that runs a different player config.
And if it turns out we can run that VM at a higher speed we might clone some of the mustella testing to it as well. If there are no objections over the next day or two I will try to figure out what we need to do to get one. -Alex On 4/21/14 5:02 AM, "Erik de Bruin" <e...@ixsoftware.nl> wrote: >Chris, > >I read and understood your previous emails on this subject. It all sounds >awesome, and I'm sure the infra folks you talked to at the time meant what >they said. But in my experience, what infra says and what they actually do >(within a reasonable timeframe) are two entirely different things. > >I've spend way too much time this past year trying to work with them to >keep the one VM up and running for more than a week. They just can't >manage >even that. In addition, they have (up till a week ago) denied all offers >to >help them. > >So, I'm done with them. If someone else has the cycles to keep fighting >the >windmills, they are welcome to it. I'm going to help set up our own, >external VM. > >After that, I'm going back to actually writing code for the project. There >are compilers out there that need some love ;-) > >Thanks, > >EdB > > > >On Monday, April 21, 2014, Christofer Dutz <christofer.d...@c-ware.de> >wrote: > >> Hi, >> >> on the ApacheCon we were told that it is possible for any Apache Project >> to get a dedicated VM ... perhaps this would be something we should use? >> And it would be definitely possible to setup a build agent on that VM >>and >> have Infra set that up in the public Jenkins (That agent would be >>flagged >> with "ApacheFlex" or something like that and our builds would be flagged >> with "needs ApacheFlex". Then we would be using the public CI server >>but be >> running on our own Agents. Think that's a sensible solution. I even >> mentioned the option to Add external Agents, this would be possible, but >> Infra would prefer Apache Internal VMs in order to avoid any unwanted >> Influence of external parties (Namely a company sponsoring a vm and >>using >> that to influence votes ... well I guess it was a little paranoid, but a >> valid thought) >> >> Chris >> >> -----Ursprüngliche Nachricht----- >> Von: Alex Harui [mailto:aha...@adobe.com <javascript:;>] >> Gesendet: Montag, 21. April 2014 08:22 >> An: dev@flex.apache.org <javascript:;> >> Betreff: Re: Build Servers >> >> Hi Erik, Om, >> >> I actually spent my evenings this weekend trying to set it up. Figured >> I'd learn something about Jenkins and Azure in the process. >> >> I'll post the info on private@ and we should just send emails when/if >>you >> guys have time to spend on it. I'll be poking at it for another 40 >>minutes >> or so this evening. >> >> Feel free to change just about anything. >> >> Thanks, >> -Alex >> >> On 4/20/14 11:46 AM, "OmPrakash Muppirala" <bigosma...@gmail.com> wrote: >> >> >On Sun, Apr 20, 2014 at 11:35 AM, Erik de Bruin <e...@ixsoftware.nl> >> >wrote: >> > >> >> Just CI and nightlies, to replace 'builds@a.o'. >> >> >> >> Then if that is working reliably, we can start experimenting with >> >>your plan to add more Mustella nodes... >> >> >> >> >> >Great. Can you make sure that the VMs are clone-able? You might have >> >to create a fully working system, stop it, do a sysprep and create a >> >clone before use that. It is a little bit of upfront work, but makes >> >it so much easier to bring new systems online and get them working off >> the bat. >> > >> >Thanks, >> >Om >> > >> > >> >> EdB >> >> >> >> >> >> >> >> >> >> On Sun, Apr 20, 2014 at 7:48 PM, OmPrakash Muppirala >> >> <bigosma...@gmail.com>wrote: >> >> >> >> > On Apr 20, 2014 10:24 AM, "Erik de Bruin" <e...@ixsoftware.nl> >>wrote: >> >> > > >> >> > > Alex, >> >> > > >> >> > > I may be able to free up some time this week to (help) create the >> >> > > CI >> >> VM. >> >> > > "All" I need are your Azure account credentials, so I can set up >> >> > > the >> >> VM, >> >> > > after which I can use RDP to set up the software for the builds. >> >> > > >> >> > > Free from 'builds@a.o', free at last! >> >> > > >> >> > > EdB >> >> > > >> >> > > >> >> > >> >> > What about Mustella? Our is this just for CI? >> >> > >> >> > > >> >> > > >> >> > > On Sat, Apr 19, 2014 at 6:56 AM, Alex Harui <aha...@adobe.com> >> >>wrote: >> >> > > >> >> > > > After seeing this latest run of failures, does anybody still >> >> > > > want >> >>to >> >> > rely >> >> > > > on build.a.o for anything? >> >> > > > >> >> > > > If anything, we should ask builds@ to email their list when >> >> > > > they >> >>do >> >> > > > critical security upgrades so we can try to keep up on our >> >> > > > build >> >> > machine. >> >> > > > I think there's a chance that a multi-project server is likely >> >> > > > to >> >> have >> >> > a >> >> > > > huge pile of jars from all over the place which is more exposed >> >>than >> >> > the >> >> > > > few jars for our flex-only server. We just have to learn how >> >> > > > to >> >> harden >> >> > it >> >> > > > at least as well as builds.a.o. Shouldn't that be possible? >> >> > > > >> >> > > > And I have to admit that I'm tempted to point the next version >> >> > > > of >> >>the >> >> > > > installer out to our Flex CI server for its config or mirror >> >> > > > the >> >> whole >> >> > > > site. We can't even modify our site right now. >> >> > > > >> >> > > > -Alex >> >> > > > >> >> > > > On 4/17/14 3:58 PM, "Justin Mclean" <jus...@classsoftware.com> >> >> wrote: >> >> > > > >> >> > > > >HI, >> >> > > > > >> >> > > > >> Do we want to at least use the ASF build server for >> >> > > > >> providing >> >> > official >> >> > > >> > > > >+that >> >>non >> >> > one >> >> > > > >has fiddled with the nightly builds. Our own set up machines >> >> > > > >are >> >> > likely >> >> > > > >to be less secure and there's a small risk that something bad >> >>could >> >> > > > >happen. >> >> > > > > >> >> > > > >Thanks, >> >> > > > >Justin >> >> > > > >> >> > > > >> >> > > >> >> > > >> >> > > -- >> >> > > Ix Multimedia Software >> >> > > >> >> > > Jan Luykenstraat 27 >> >> > > 3521 VB Utrecht >> >> > > >> >> > > T. 06-51952295 >> >> > > I. www.ixsoftware.nl >> >> > >> >> >> >> >> >> >> >> -- >> >> Ix Multimedia Software >> >> >> >> Jan Luykenstraat 27 >> >> 3521 VB Utrecht >> >> >> >> T. 06-51952295 >> >> I. www.ixsoftware.nl >> >> >> >> > >-- >Ix Multimedia Software > >Jan Luykenstraat 27 >3521 VB Utrecht > >T. 06-51952295 >I. www.ixsoftware.nl
