Return-Path: Delivered-To: apmail-infrastructure-dev-archive@minotaur.apache.org Received: (qmail 44373 invoked from network); 25 Aug 2009 10:23:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 25 Aug 2009 10:23:57 -0000 Received: (qmail 49249 invoked by uid 500); 25 Aug 2009 10:24:22 -0000 Delivered-To: apmail-infrastructure-dev-archive@apache.org Received: (qmail 49111 invoked by uid 500); 25 Aug 2009 10:24:22 -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 49101 invoked by uid 99); 25 Aug 2009 10:24:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Aug 2009 10:24:22 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [202.60.90.242] (HELO enterprise.16degrees.com.au) (202.60.90.242) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Aug 2009 10:24:11 +0000 Received: from developer (CPE-121-215-243-70.static.qld.bigpond.net.au [121.215.243.70]) by enterprise.16degrees.com.au (Postfix) with ESMTPA id BCF8219020BC for ; Tue, 25 Aug 2009 20:23:46 +1000 (EST) From: "Gavin" To: References: <4239a4320908221955u35f8e9f4k64b0fda82230422d@mail.gmail.com> <510143ac0908250131k16b1874cj5a5cdd66ae6dad7a@mail.gmail.com> <48C7D2E2-2614-4E5A-AC95-D0AC7BFF6C4E@pc-tony.com> <4239a4320908250203w642e741cta9512fbee4ae5368@mail.gmail.com> Subject: RE: long term goal: reliable services for developers Date: Tue, 25 Aug 2009 20:23:34 +1000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4239a4320908250203w642e741cta9512fbee4ae5368@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: AcolYuyZT1BRMahRR7uj4CttZFvcLgACjNYQ X-Antivirus: avast! (VPS 090824-0, 24/08/2009), Outbound message X-Antivirus-Status: Clean X-Virus-Checked: Checked by ClamAV on apache.org > -----Original Message----- > From: Paul Querna [mailto:paul@querna.org] > Sent: Tuesday, 25 August 2009 7:03 PM > To: infrastructure-dev@apache.org > Subject: Re: long term goal: reliable services for developers >=20 > On Tue, Aug 25, 2009 at 1:41 AM, Tony Stevenson = wrote: > > > > On 25 Aug 2009, at 09:31, Jukka Zitting wrote: > > > >> Hi, > >> > >> On Sun, Aug 23, 2009 at 4:55 AM, Paul Querna = wrote: > >>> > >>> =A07) TLP & www.apache.org Website Seeds (ease of access) > >> > >> Picking up one item that's been bugging me. The idea of deploying > >> sites directly from svn was already mentioned, and I'd also like to > >> simplify the ways in which projects can set up CI builds for site > >> deployment. > > > > The problem is that there are several methods of deployment at the > moment. > > =A0i.e. XML->HTML (ala httpd) Confluence exports > > To rationalise these into one kind of site would be extremely = difficult > and > > ultimately a laborious task which I am not sure many folks will be = all > that > > willing to be involved in. > > > > For example to convert the httpd to confluence would not go down to > well, > > due to the sheer size and nature of the content. > > > > The inverse is true too, I'm sure, for sites like the spamassassin, > > converting them to the xml->html (via ant) may not go down so well. >=20 > Exactly, there is not a one size fit all for websites, but I do > believe we can offer multiple options. >=20 > The only one currently available: Put static files onto > people.apache.org, and once an hour they get rsync'ed to the live > machines. >=20 > Adding direct subversion pulls, which would just map a path in > subversion -> path on live machines, and automatically sync them. > This is another option TLPs could consider for their site. >=20 > In the long run it would be nice to have an alternative file store, > like maybe a WebDav URL, which a TLP can push their static files to, > and it would be synced to all the web servers right away. Maybe even > WebDAV backed by a replicated Subversion server :) Just to mention yet another option recently added, that is any projects = that want to make use of Buildbot to automatically build their sites from svn = can do so. For instance log4php uses it, their site docs, api, etc all get built = from svn commit changes, previewed at = (http://ci.apache.org/projects/log4php/) and then that is synced across to /www/buildbot-exports/$project/ where = the project then via a cron job syncs this to the proper location. Jukka mentions CI making it easier for projects to deploy -- this can not be = made any easier for the project, just ask and it shall be done! (It is not = direct to eos/aurora yet but I think we can do that) Gav... >=20 > Thoughts?