Mailing-List: contact dev-help@flex.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@flex.apache.org
Received-SPF: pass (athena.apache.org: domain of omuppi1@gmail.com designates
 209.85.128.177 as permitted sender)
MIME-Version: 1.0
Sender: omuppi1@gmail.com
In-Reply-To: 
 <CAJs+wW1v3_q-V4U=cW-UkXG46Y_pUC5X2FJZkMt4SkxpT4Hebw@mail.gmail.com>
References: 
 <CALorpXempezd=o9TiDLN3kxYyoY68XJFswBYQJz8prWtiG6ung@mail.gmail.com>
 <CACK5iZe2tuSkNgpnF=mvgzc3jt_e=Stzd8KNgpVRm5gP0EJEQA@mail.gmail.com>
 <CF756B8A.1FCA7%aharui@adobe.com>
 <CACK5iZe-6yy4o_fmR+ghRYu1OZFbJshe89noypuGrH-cb=dVwg@mail.gmail.com>
 <CF756ED9.1FCB3%aharui@adobe.com>
 <CAJs+wW1qJERu4mXYNq-MnZhxzYt89uxhte6TLgNsxV9Rw+LKLg@mail.gmail.com>
 <CF757162.1FCBB%aharui@adobe.com>
 <CAJs+wW3cc-Z1TY2_jL0fiGoJbX=Ca2gy+t41OwciRmGW0k5kOA@mail.gmail.com>
 <CF757384.1FCC3%aharui@adobe.com>
 <CACK5iZevQwaJNtyRGvQ3Sr3v8WsUD5_vtZCHoPKhwCjzSPaSbA@mail.gmail.com>
 <7410ABCD-0C8E-4F8A-AC9D-CBFBEBF93AE4@classsoftware.com>
 <CF774EA7.1FF5D%aharui@adobe.com>
 <CAJs+wW2kY7e084a8a84bxU7XOE7i-82A3wrh8dKhk4xWgvPgQA@mail.gmail.com>
 <CACK5iZcJ5174zjRTw+oJjT1D0qXq+Dj1O_rM7XT3LZsbF=35TA@mail.gmail.com>
 <CAJs+wW1v3_q-V4U=cW-UkXG46Y_pUC5X2FJZkMt4SkxpT4Hebw@mail.gmail.com>
From: OmPrakash Muppirala <bigosmallm@gmail.com>
Date: Sun, 20 Apr 2014 11:46:02 -0700
Message-ID: 
 <CACK5iZeP+LxyLLyehA167vs4dAbHJ4PqFhcQSEWYBSN9vcamVA@mail.gmail.com>
Subject: Re: Build Servers
To: "dev@flex.apache.org" <dev@flex.apache.org>
Content-Type: multipart/alternative; boundary=bcaec51dd5513054e404f77dcded

--bcaec51dd5513054e404f77dcded
Content-Type: text/plain; charset=UTF-8

On Sun, Apr 20, 2014 at 11:35 AM, Erik de Bruin <erik@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
> <bigosmallm@gmail.com>wrote:
>
> > On Apr 20, 2014 10:24 AM, "Erik de Bruin" <erik@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 <aharui@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" <justin@classsoftware.com>
> wrote:
> > > >
> > > > >HI,
> > > > >
> > > > >> Do we want to at least use the ASF build server for providing
> > official
> > > > >> nightly dev builds?
> > > > >+1 We can resonably  trust infra machines to be secure and 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
>

--bcaec51dd5513054e404f77dcded--