Re: [gentoo-dev] Binary release of gentoo

[Spider <spider@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1796 bytes --]

begin  quote
On Thu, 10 Apr 2003 11:07:24 +0200
Henti Smith <bain@tcsn.co.za> 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

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]