public inbox for gentoo-portage-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Scott Taylor <security@303underground.com>
To: gentoo-portage-dev@lists.gentoo.org
Subject: Re: [gentoo-portage-dev] Feature request
Date: Thu, 01 Jan 2004 13:43:11 -0700	[thread overview]
Message-ID: <1072989790.16782.35.camel@Star.BerthoudWireless.net> (raw)
In-Reply-To: <200401012124.34815.pauldv@gentoo.org>

I've even got a dedicated cache appliance for http, but files that had
been requested through ftp aren't cached there. I think probably the
first stopgap that i'd apply would be to comment out the line that
parses the "nomirror" option. If its used to keep files from being
pushed onto the rotation servers, great... but its an annoyance within
my network. Then i'd see about making my own server the first in the
list of sourceforge mirrors, followed by a mirror that i know works
better for me. Perhaps the mirrorselect tool could automatically check
for good sf.net servers too. For that matter, I'd quite like to see a
fill-in-the-blank line plus the ability to choose the order from within
mirrorselect... perhaps even a order of preference that round-robins
equally weighted servers. 

On Thu, 2004-01-01 at 13:24, Paul de Vrieze wrote:

> A stopgap that you could use is to install squid on the server node. Use it as 
> a emerge only proxy. However you MUST make some config changes. Change the 
> used real memory to a low value as it will not have any point for portage 
> (you'll not download things again and again), but REALLY REALLY IMPORTANT
> is to set the 
> 
> maximum size of cached items
> 
> to something that is in the 100 or even 200 mb range. (Standard is 1 mb or 
> something like that, quite pointless for portage). If you give your caching 
> proxy enough cache space it will be quite effective, and it even saves you 
> maintaining the distfiles dir. It also stops the need for different schemes 
> for allowing distfile requests from any host to get onto the master cache.
> 
> Paul
--
Scott Taylor - <security@303underground.com> 

BOFH Excuse #448:

vi needs to be upgraded to vii

    


--
gentoo-portage-dev@gentoo.org mailing list


  reply	other threads:[~2004-01-01 20:43 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1AbhRM-0007Ja-C9@smtp.gentoo.org>
2004-01-01 19:54 ` [gentoo-portage-dev] Feature request Paul de Vrieze
2004-01-01 20:14   ` Scott Taylor
2004-01-01 20:24     ` Paul de Vrieze
2004-01-01 20:43       ` Scott Taylor [this message]
2004-01-01 21:19         ` Paul de Vrieze
2004-01-01 21:43           ` Scott Taylor
2004-01-02  5:08     ` Brian
     [not found] <E1AbhRH-0004kq-Lq@smtp.gentoo.org>
2004-01-02 20:20 ` Marius Mauch
2003-12-31 14:34 Allen Parker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1072989790.16782.35.camel@Star.BerthoudWireless.net \
    --to=security@303underground.com \
    --cc=gentoo-portage-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox