Re: [gentoo-portage-dev] Feature request

[Brian]

Have you looked at the tsp-cache -streaming distfile cache for lan use? 
Forum link
http://forums.gentoo.org/viewtopic.php?t=110973&highlight=download+server

It looks like it is working well for him.  It does however rely on the
tsp-cache server to be first in the /etc/make.conf mirrors list.  An
advantage is if it does not have it cached it will begin the download
and stream it to any users downstream simultaneously.

On Thu, 2004-01-01 at 12:14, Scott Taylor wrote:
> Whatever came of comment #14 of bug 28806 - That is something along the
> lines of what i'd like to see. In my own network, I have a central
> server with its /usr/portage/distfiles available locally by anonymous
> ftp. This way, my local mirror has any file used on itself (or
> prefetched for my other workstations by way of an emerge --fetchonly).
> So, I do have files on this machine that should be checked first,
> regardless of whether a build is marked "nomirror". For any network that
> has local repositories either ftp/nfs/samba/whatever could find that
> useful too. Lists of other groups of mirrors (sourceforge, etc) are also
> good things to allow customization on. Its just my luck to want some
> huge source that it tries to get from a slow sourceforge mirror on the
> other side of the world...
>
>
> On Thu, 2004-01-01 at 12:54, Paul de Vrieze wrote:
> > On Wednesday 31 December 2003 15:34, Allen Parker wrote:
> > > I think it'd be a good idea for portage-ng to include better localization
> > > features (specifically relating to mirrors). I've recently been plagued
> > > with RESTRICT="nomirror" being set in recent mysql 4.0.x ebuilds causing my
> > > filefetching operations to take considerable amounts of time when they
> > > should actually be the fastest. (my example is 30kb/s from argentina
> > > instead of the regular 4Mb/s from gentoo.mirrors.pair.com)
> >
> > To me this has more to do with the mirror selection algorithm than with
> > localization. Mirrors from the mirror:// pseudo-protocol should be chosen in
> > such a way that they are both load-balanced, and optimized for local users.
> > Preferably this should work without user interference.
> >
> > The same should hold for multiple source locations in the ebuild itself, but
> > it is less important.
> >
> > Paul
> --
> Scott Taylor - <security@××××××××××××××.com>
>
> work, n.:
> 	The blessed respite from screaming kids and
> 	soap operas for which you actually get paid.
>
>
>
>
> --
> gentoo-portage-dev@g.o mailing list
-- 
Brian <dol-sen@×××××.net>


--
gentoo-portage-dev@g.o mailing list