From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27254 invoked by uid 1002); 11 Apr 2003 14:42:35 -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 18873 invoked from network); 11 Apr 2003 14:42:33 -0000 From: Dan Armak Reply-To: danarmak@gentoo.org Organization: Gentoo Technologies, Inc. To: gentoo-dev@gentoo.org Date: Fri, 11 Apr 2003 17:42:30 +0300 User-Agent: KMail/1.5.1 References: <200304100013.30307.gentoo@mchsi.com> <200304102234.24047.danarmak@gentoo.org> <20030410160128.2d62a75c.xwred1@xwredwing.net> In-Reply-To: <20030410160128.2d62a75c.xwred1@xwredwing.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_WRtl+0EyYjt5bfv"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200304111742.30377.danarmak@gentoo.org> Subject: Re: [gentoo-dev] Binary release of gentoo X-Archives-Salt: 3870f2a0-3882-488a-8a56-da9ab2f6bf8c X-Archives-Hash: 4bd3419f0c0a25af5040ad4c27d53c0b --Boundary-02=_WRtl+0EyYjt5bfv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Friday 11 April 2003 02:01, Matt Thrailkill wrote: > > Besides building against GRP would mean a) maintaining a grp chroot=20 > > (reasonable) and b) building every package twice - once for myself, onc= e=20 for=20 > > grp. (No ccache because my cflags are different from grp's). So twice t= he=20 > > build time. Ugh. >=20 > Curious though, how much time is spent trying to build such and such an=20 ebuild until you actually get it right and then finally compile something=20 that works and installs fine on your box? Well ok, 'twice' isn't accurate. But it still does mean another full build = of=20 everything I commit, which is a lot by the same calculation that says it=20 would take dedicated server(s) to do this. And we don't all have server-cla= ss=20 development machines at home. The remote developers'-build-server is much=20 better. > Do you think the onus is more on finding machines to compile it all with = or=20 machines to host it all with? I would think that some hotrodder overclocke= r=20 types, the kind that run Gentoo cause they like watching gcc scrolling in a= n=20 xterm, would be able to get an impressive distcc farm built out of the boxe= s=20 they personally own. Ibiblio probably wouldn't be happy hosting binaries=20 though. The hotrodders are ruled out for the same reason a p2p network is - we=20 wouldn't be able to trust them (maybe a few we know, but not just anyone wh= o=20 has gentoo and a fast box). We need a server we can control and make sure i= s=20 secure. If we have a lot of uptodate GRP packages, usage will spread very very rapi= dly=20 and downloads will rival or perhaps pass distfile downloads (remember that= =20 only a part of the latter goes through our mirrors, some still download fro= m=20 packages' homesites). So even if all our existing mirrors ageed to host thi= s=20 too, it would more than double the bandwidth we'd use up. It would also=20 multiply many times the amount of spaec we take on a mirror, because every= =20 package would exist for a geat many archs. =2D-=20 Dan Armak Gentoo Linux developer (KDE) Matan, Israel Public GPG key: http://cvs.gentoo.org/~danarmak/danarmak-gpg-public.key --Boundary-02=_WRtl+0EyYjt5bfv Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+ltRWUI2RQ41fiVERAicmAJ0RyQNQ4iR/hgSRyOJxefnvDAxEegCgiF1P XXj1yEuTpRSJWQGjJ9OHGAA= =Pzbx -----END PGP SIGNATURE----- --Boundary-02=_WRtl+0EyYjt5bfv--