From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16939 invoked by uid 1002); 10 Apr 2003 09:41:43 -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 21950 invoked from network); 10 Apr 2003 09:41:43 -0000 Date: Thu, 10 Apr 2003 11:41:39 +0200 From: Spider To: gentoo-dev@gentoo.org Message-Id: <20030410114139.4ad76a8b.spider@gentoo.org> In-Reply-To: <20030410110724.520bdf43.bain@tcsn.co.za> References: <200304100013.30307.gentoo@mchsi.com> <20030410062826.GA2310@mars.leahcim.invalid> <200304100003.57256.robert.cole@support4linux.com> <200304100429.01001.cedric@neopeak.com> <20030410085503.GB3648@mars.leahcim.invalid> <20030410110724.520bdf43.bain@tcsn.co.za> Organization: Chaotic X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.p4JEChQb/x)hon" Subject: Re: [gentoo-dev] Binary release of gentoo X-Archives-Salt: d80691f5-abca-45a0-9d01-63f03d7cbf0d X-Archives-Hash: 548d81f015447a5e6bfa62f2dabeb575 --=.p4JEChQb/x)hon Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit begin quote On Thu, 10 Apr 2003 11:07:24 +0200 Henti Smith wrote: > if you want the latest binary for mutt > running on 486 you need file > mutt-1.5.4.486.tar.gz > > for pentium > mutt-1.5.4.586.tar.gz why not ia32/486/mutt-1.5.4.tbz2 why not ia32/586/mutt-1.5.4.tbz2 > > etc etc .. > > this is logical .. and workable. and my idea gives less files to list ;) > USE flags. > > This is a lot more tricky as use flags will effect alot of > applications. Stick to the defaults, if people want to change them, they can rebuild. Reduces our headache, and the problems with dependencies. > > as to hosting the binaries ... maybe looking at something like > bittorrent or other p2p system would be worthwhile looking into (this > could even be investigated for the current rsync/distfiles system) but > then hash/md5/etc checking would become very importand. unfortunately, Bittorrent works best on larger files, due to design, and it has to be in "constant use" to be worthy. Gnutella is a viable system, if we change the way the clients work and hook up. Background daemon to stay connected and share, wide node-splay and then attempting to reconfigure so each node will "try" to connect to nodes that have what we want. follow that up with a front-end client to send download requests from the dameon and theres something that might work. No, dont suggest giFT/OpenFT. It doesnt scale anymore:/ Freenet is an idea, as is gnunetd, but both are laggy protocols, which is rather negative in our case since people mind speed. And yes, package signing would be really important for such a case. //Spider -- begin .signature This is a .signature virus! Please copy me into your .signature! See Microsoft KB Article Q265230 for more information. end --=.p4JEChQb/x)hon Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+lTxVZS9CZTi033kRArXwAKCo3bKvGYww3/1i7xgd+KWf9ZmBpQCeIa7Y oE/ma2MapIs8zW2s0yB3xEY= =D68g -----END PGP SIGNATURE----- --=.p4JEChQb/x)hon--