From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13818 invoked from network); 19 Sep 2004 19:58:11 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 19 Sep 2004 19:58:11 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1C97pC-0001QI-QY for arch-gentoo-dev@lists.gentoo.org; Sun, 19 Sep 2004 19:58:18 +0000 Received: (qmail 25515 invoked by uid 89); 19 Sep 2004 19:58:10 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 25126 invoked from network); 19 Sep 2004 19:58:09 +0000 From: Dan Armak Reply-To: danarmak@gentoo.org Organization: Gentoo Technologies, Inc. To: gentoo-dev@lists.gentoo.org Date: Sun, 19 Sep 2004 22:59:18 +0300 User-Agent: KMail/1.7 References: <200409180057.34014.anthony@ectrolinux.com> <200409192233.39105.danarmak@gentoo.org> <200409192242.15416.danarmak@gentoo.org> In-Reply-To: <200409192242.15416.danarmak@gentoo.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1735223.cDDsyP2BZb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409192259.19014.danarmak@gentoo.org> Subject: Re: [gentoo-dev] Segregating KDE? X-Archives-Salt: 2a311313-15a0-4011-adbd-5ae8c2042216 X-Archives-Hash: e7ebfde0f53d460165c572e31efcda99 --nextPart1735223.cDDsyP2BZb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 19 September 2004 22:42, Dan Armak wrote: > According to these numbers, if we both add confcache and split the ebuild= s, > the total time for emerging all or nearly all of kde will increase by > 0.6-2.3 hours. Oh, and some packages (eg kdebase) run automake right now, which takes a lo= t=20 more time than a non-cached configure run. Couldn't that be eliminated? Jus= t=20 distribute pregenerated Makefile.in files, a configure scripts etc generate= d=20 with our patches included. And unsermake is supposed to make disrtibuted/multiprocess compiling of kde= =20 much faster - right now distcc with more than a few boxen isn't really used= =20 by kde compiles - and also possibly to speed up normal compiles through a=20 nonrecursive makefile system and such nice things. disclaimer; I haven't tried unsermake myself yet and don't know how mature = it=20 is. So we might be able to optimize the build system sufficiently that the net= =20 performance price for the added features won't be too high even in the wors= t=20 case. Of course, that's where the lack-of-manpower issue comes in... =2D-=20 Dan Armak Gentoo Linux developer (KDE) Matan, Israel Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key =46ingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 --nextPart1735223.cDDsyP2BZb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBBTeUWUI2RQ41fiVERAoFgAJ0d81BneYpBLQ925burAj4DqbH0nQCePZb/ 2hnRBuOjlFA+2pMlaz3giuI= =kRdH -----END PGP SIGNATURE----- --nextPart1735223.cDDsyP2BZb--