From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23947 invoked by alias); 12 Jun 2005 19:26:34 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 23133 invoked by uid 22791); 12 Jun 2005 19:26:25 -0000 Received: from mx02.qsc.de (HELO mx02.qsc.de) (213.148.130.14) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sun, 12 Jun 2005 19:26:25 +0000 Received: from port-212-202-41-157.dynamic.qsc.de ([212.202.41.157] helo=exactcode.de) by mx02.qsc.de with esmtp (Exim 3.35 #1) id 1DhY6B-0007FW-00 for gcc@gcc.gnu.org; Sun, 12 Jun 2005 21:26:23 +0200 Received: from localhost ([127.0.0.1] helo=ipv6-localhost ident=rene) by exactcode.de with esmtp (Exim 4.22) id 1DhY69-0001hu-SL; Sun, 12 Jun 2005 19:26:23 +0000 From: =?iso-8859-1?q?Ren=E9_Rebe?= To: gcc@gcc.gnu.org Subject: Re: A Suggestion for Release Testing Date: Sun, 12 Jun 2005 19:26:00 -0000 User-Agent: KMail/1.8 References: <42A8A9B9.3080601@coyotegulch.com> In-Reply-To: Cc: t2 developers mailing list MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3912102.hWhlpTehNR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506122125.42169.rene@exactcode.de> X-Spam-Score: 0.0 (/) X-SW-Source: 2005-06/txt/msg00401.txt.bz2 --nextPart3912102.hWhlpTehNR Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-length: 1863 Hi, On Sunday 12 June 2005 19:51, Gerald Pfeifer wrote: > > Given the recent problems with the 4.0.0 release and major packages like > > KDE and the kernel, has anyone considered testing releases by completely > > compiling a Linux system? > > I'm willing to implement this, if it's deemed useful. Note that the T2 System Development Environmetn (http://www.t2-project.org)= =20 does already implement a build system with about 1600 package descriptions = to=20 build and bootrap a system including cross compilation and integrated distc= c=20 (and ccache - though this is less interesting in this context) support. > > The downside is that the compile would take quite a while; even for my > > dual Opteron, full builds take more than a day. On the other hand, this > > might catch some problems before release. > > > > I'm willing to implement this, if it's deemed useful. > > This is certainly an excellent idea. The more testing we can get, > the better. Bootstrapping a, reduced but including KDE, Linux desktop takes slightly mo= re=20 than a day on a, not that recent, Athlon - with OpenOffice about 7 hours=20 longer. Bootrsapping all the 1600++ packages of T2 would take something in= =20 the range of over 4 days. Of course less on a dual opteron. We already have contributor hosted regression testers running mostly=20 permanently: http://t2.geeks.cl/regressions/stable/regressions.html And the official T2 site will get a regression tester with permanent histor= ic=20 build erros and nice graph plots again soon, too. Needless to say we support most of the Linux supported architectures to=20 possibly test build on. PS: Hardware sponsors welcome ,-) Sincerely yours, --=20 Ren=E9 Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany) http://www.exactcode.de | http://www.t2-project.org +49 (0)30 255 897 45 --nextPart3912102.hWhlpTehNR Content-Type: application/pgp-signature Content-length: 189 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBCrIw2QuICExGFvYIRAmciAJ9S8bGs223O+fUM8+IcmhDKYXEC2wCfRw0P 7FBbg6c/f9eItcmbOudiXW4= =Xrgh -----END PGP SIGNATURE----- --nextPart3912102.hWhlpTehNR--