Return-Path: X-Original-To: apmail-infrastructure-dev-archive@minotaur.apache.org Delivered-To: apmail-infrastructure-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C1D1E1010B for ; Wed, 16 Apr 2014 19:33:58 +0000 (UTC) Received: (qmail 93006 invoked by uid 500); 16 Apr 2014 19:33:56 -0000 Delivered-To: apmail-infrastructure-dev-archive@apache.org Received: (qmail 92826 invoked by uid 500); 16 Apr 2014 19:33:55 -0000 Mailing-List: contact infrastructure-dev-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: infrastructure-dev@apache.org Delivered-To: mailing list infrastructure-dev@apache.org Received: (qmail 92818 invoked by uid 99); 16 Apr 2014 19:33:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Apr 2014 19:33:55 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: unknown (nike.apache.org: error in processing during lookup of aharui@adobe.com) Received: from [207.46.163.142] (HELO na01-bn1-obe.outbound.protection.outlook.com) (207.46.163.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Apr 2014 19:33:49 +0000 Received: from BL2PR02MB500.namprd02.prod.outlook.com (10.141.95.147) by BL2PR02MB497.namprd02.prod.outlook.com (10.141.95.140) with Microsoft SMTP Server (TLS) id 15.0.921.12; Wed, 16 Apr 2014 19:33:26 +0000 Received: from BL2PR02MB500.namprd02.prod.outlook.com ([10.141.95.147]) by BL2PR02MB500.namprd02.prod.outlook.com ([10.141.95.147]) with mapi id 15.00.0918.000; Wed, 16 Apr 2014 19:33:25 +0000 From: Alex Harui To: "infrastructure-dev@apache.org" Subject: Re: Discussion on enabling users to specify own machines as dynamic hosts Thread-Topic: Discussion on enabling users to specify own machines as dynamic hosts Thread-Index: AQHPWaXAR4sF/aeED0ynZqfwXuxD5ZsUmi0A//+SoAA= Date: Wed, 16 Apr 2014 19:33:25 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-originating-ip: [63.229.18.107] x-forefront-prvs: 01834E39B7 x-forefront-antispam-report: SFV:NSPM;SFS:(10019001)(6009001)(428001)(51704005)(164054003)(377454003)(199002)(189002)(24454002)(479174003)(50986999)(15202345003)(46102001)(31966008)(2656002)(74502001)(83072002)(77096999)(36756003)(80976001)(92726001)(83506001)(87936001)(85852003)(77982001)(83322001)(19580395003)(86362001)(19580405001)(76482001)(4396001)(99396002)(66066001)(92566001)(80022001)(15975445006)(81342001)(54356999)(79102001)(99286001)(76176999)(74662001)(81542001)(20776003);DIR:OUT;SFP:1102;SCL:1;SRVR:BL2PR02MB497;H:BL2PR02MB500.namprd02.prod.outlook.com;FPR:BE94FE15.AC0254C9.B5D5A5AC.84E8D140.203AB;MLV:sfv;PTR:InfoNoRecords;A:1;MX:1;LANG:en; received-spf: None (: adobe.com does not designate permitted sender hosts) Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: adobe.com X-Virus-Checked: Checked by ClamAV on apache.org There's been a lot of discussion on other lists like infra@ about targeted donations as well as whether/how projects can use external/non-apache CI servers. My takeaway from the other discussions is that CI is not a "required" service for Apache and that it is better for projects to simply build up their own CI and not try to integrate it back to Apache builds.a.o. When I think about the kinds of things Flex is going to want to do, like install several browsers and players and AIR, it would further burden those working on CI if other projects shared those servers and could have their builds broken by the changes we make for Flex. So right now, I'm convinced we should just leverage the developer-controlled machines exclusively for Flex CI. The only "requirement" is that we should finish that "setup" script and check it into SCM so that any developer can get a server and set it up. That way the project isn't hugely dependent on the developers who are donating their CI Vms. -Alex On 4/16/14 12:04 PM, "OmPrakash Muppirala" wrote: >On Wed, Apr 16, 2014 at 11:56 AM, Lewis John Mcgibbney < >lewis.mcgibbney@gmail.com> wrote: > >> Hi Folks, >> This is a blatant re-post of my thread over on infra@ [0]. >> >> During the meetup at ApacheCon, for a brief window discussion focused on >> enabling people to 'donate' their machines are dynamic build slaves for >> Jenkins to use. >> From the conversation, as far as I am aware this is not currently >>possible. >> Seeing as dedicated build hosts are under constant stress, is this >> something which would be appealing for us to pursue? >> >> [0] *http://s.apache.org/gE * >> >> >+1 for this idea. Because of our constant issues with the Apache Build >servers (especially the windows slaves), a couple of us committers have >been started deploying and maintaining our own Jenkins instances on >Windows >Azure VMs (part of the complimentary MSDN accounts we get as Apache >committers) > >We have been discussing ways to build a network of slave machines to make >our builds go faster. Something like this can help the entire Apache >build >system as well. > >Thanks, >Om > > > >> -- >> *Lewis* >>