Josef Wolf wrote:
> On Fri, Mar 09, 2007 at 06:49:28PM -0600, Rajko M. wrote:
>> On Friday 09 March 2007 16:43, Josef Wolf wrote:
>>> In 10.2, the mirror for online-updates is randomly choosen.  There's no
>>> chance anymore to choose a specific mirror.  I'd rather choose the same
>>> mirror for all of my boxes because I want the packages be cached by my
>>> big fat squd that is sitting between my boxes and the ISP.  With this,
>>> the updates would be dwnloaded only once for the first box and all the
>>> other boxes would get the update smuch faster from the squid cache.
>>>
>>> Why is in 10.2 no more chance to choose a specific mirror for online
>>> updates?
>> Put in YaST Installation Source update repository, and it will be used.
> 
> But the very first update, which is done right after the first reboot on
> a fresh install, will pull huge amounts from some random (potentially
> slow) mirror, and all the patches end up a second/third/fourth/... time
> in my squid cache.  They could be delivered pretty fast from my cache,
> but since every install chooses a different mirror, I end up mirroring
> _all_ existing mirrors in my squid.  And my squid cache is not used at
> all, it is just filled up :-(
> 
> All this makes the installation procedure only slower and more tedious.
> Since I do installations from scratch often, this is a huge drawback for
> me.
> 
> I don't understand.  What would be so bad if the user could choose a
> specific mirror at installation time?  A random mirror could still be
> selected by default.  But there should be a button "change mirror" or
> something.  This was possible in older suse releases, and nobody
> complained.  This is still possible in all the other distributions I
> know.  Why was this button removed in newer suse releasaes?  What's
> the rationale?
My suggestion would be to have a script to rsync a particular mirror of
your choice with your SQUID cache or use wget and download the whole
mirror once and then have the wget script run once a day via cron to
check for updates.

an idea but the commands used might need working on.

Regards
Hylton
-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to