Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by h1439878.stratoserver.net (8.14.2/8.14.2/Debian-2build1) with SMTP id o9D4REtw024396 for ; Wed, 13 Oct 2010 06:27:15 +0200 Received: (qmail 20714 invoked by alias); 13 Oct 2010 04:27:08 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 13 Oct 2010 04:27:08 -0000 Received: from relay.uni-heidelberg.de (EHLO relay.uni-heidelberg.de) [129.206.100.212] by mx0.gmx.net (mx010) with SMTP; 13 Oct 2010 06:27:08 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id o9D4OrYG013321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Oct 2010 06:24:53 +0200 Received: from listserv.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id o9CM1A1o028276; Wed, 13 Oct 2010 06:25:21 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 515199 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 13 Oct 2010 06:25:21 +0200 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id o9D4PLHk023607 for ; Wed, 13 Oct 2010 06:25:21 +0200 Received: from mail-iw0-f177.google.com (mail-iw0-f177.google.com [209.85.214.177]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id o9D4Ogwc027227 for ; Wed, 13 Oct 2010 06:24:45 +0200 Received: by iwn36 with SMTP id 36so663320iwn.22 for ; Tue, 12 Oct 2010 21:25:16 -0700 (PDT) Received: by 10.42.1.6 with SMTP id 6mr3344518ice.100.1286943915625; Tue, 12 Oct 2010 21:25:15 -0700 (PDT) Received: from [10.0.1.105] (182-239-163-98.ip.adam.com.au [182.239.163.98]) by mx.google.com with ESMTPS id 8sm2037796iba.16.2010.10.12.21.25.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 12 Oct 2010 21:25:14 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) References: <28586.1286914099@cl.cam.ac.uk> <4CB4C1B8.30408@morningstar2.co.uk> X-Mailer: Apple Mail (2.1081) X-Spam-Whitelist: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id o9D4PLHk023608 Message-ID: Date: Wed, 13 Oct 2010 14:55:09 +1030 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Will Robertson Subject: Re: TLcontrib and expl3 snapshots To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <4CB4C1B8.30408@morningstar2.co.uk> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=5D7Q89H36p77e5KAPs1l6v/Sb97LojnDtMgfETrECMLUO9erHzOJe+OynZRhvlGqb5A0X bbiCt2rAnnct/NAlbHMvoAL6GY+23tB3khNK7Y6oT1sPizBjJUAOds0oJBO/5TIz9C5741aj9GOJ bE70Q==V1; X-Resent-By: Forwarder X-Resent-For: rainer.schoepf@gmx.net X-Resent-To: rainer@rainer-schoepf.de Status: R X-Status: X-Keywords: X-UID: 6460 On 13/10/2010, at 6:44 AM, Joseph Wright wrote: > My reading was that some kind of testing status material would be acceptable. Seems to be 1/3 the point of the thing, right... > I'm mainly keen to avoid issues with the snapshots where something obvious has been missed (i.e. by me). They are snapshots, after all, but as people are using them 'in the wild' at least some testing beyond my PC would be handy. Absolutely. Have you seen, Joseph, that uploads to TLC can be automated from an online location? (See the very end of ) It would be possible to have a script that creates a TDS bundle of the latex3 code and updates the TLContrib repo at the end of every day in which we make a commit. We could then have a relatively slow but fixed update schedule for the code in CTAN, say once every three months (unless we need to push out a critical bug fix). This would be nice because after set-up it would be no more effort than now but we'd have nightly-builds easily available for those who want them. It would hopefully also reduce the load slightly on the CTAN and TL maintainers who would have fewer minor updates to manage. -- Will