From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5755 invoked by uid 1002); 10 Apr 2003 10:00:45 -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 11459 invoked from network); 10 Apr 2003 10:00:30 -0000 Date: Thu, 10 Apr 2003 11:49:49 +0200 From: Henti Smith To: Spider Cc: gentoo-dev@gentoo.org Message-Id: <20030410114949.592f0199.bain@tcsn.co.za> In-Reply-To: <20030410114139.4ad76a8b.spider@gentoo.org> 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> <20030410114139.4ad76a8b.spider@gentoo.org> Organization: The Computer Smith Networks X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] Binary release of gentoo X-Archives-Salt: e54ffa8c-d9b2-4e52-b8c1-ef1fe32af21a X-Archives-Hash: d8abe3170b5288f802df3c5f97ab1d29 On Thu, 10 Apr 2003 11:41:39 +0200 Spider 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 Because portage downloads files in one dir ... the ebuild can be in that format .. there are many options .. but having as much details in the file name would make it easer to find files locally on on the net ... but it's just an idea :) > > this is logical .. and workable. > > and my idea gives less files to list ;) but harder to implement in portage .. I can see portgae admins frothing at themouth already about this thread ;P hehehe > Stick to the defaults, if people want to change them, they can rebuild. > Reduces our headache, and the problems with dependencies. I agree with that one :) > unfortunately, Bittorrent works best on larger files, due to design, and > it has to be in "constant use" to be worthy. I'm not very familiar with it .. so was just a mention :) > 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. This can release alot of load from the distfile mirrors ... and should really be looked at, esp if one of the mirrors go down etc etc there is another machine with the files availible .. > 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. I'm not very clued up on p2p .. I don't personally use it often if at all, but I think distributed system for distfiles can be very successful for gentoo ... for both source and binary systems. > And yes, package signing would be really important for such a case. agreed :) Henti -- gentoo-dev@gentoo.org mailing list