Brandon Galbraith wrote:
> Would it be possible to check the logs from the servers serving the RPMs 
> to see where the majority of the traffic is going to (onsite or off 
> site), and make a decision based on that? Or perhaps have it as an 
> install option (Update page: Option 1: Update from source repository? 
> Option 2: Update from mirrors?).
> 
> -brandon
> 

Hi,
No, this is for plain scientific linux users.  All of it is going 
offsite, or at least a huge portion.

> On Wed, Apr 22, 2009 at 4:50 PM, Troy Dawson <[log in to unmask] 
> <mailto:[log in to unmask]>> wrote:
> 
>     Hi,
>     I'll answer the qestion inline
> 
> 
>     Martin Jürgens wrote:
> 
>         Hi,
> 
>         sadly I was not able to use the bug tracker so I will use this
>         list to
>         address the issues / questions that I have in mind after using
>         Scientific Linux for some time.
> 
>         The first thing I noticed is that there is something wrong with the
>         sl-debuginfo repository. yum repolist says the following:
> 
>         sl-debuginfo         Scientific Linux 5 debuginfo rpm's      
>         enabled :
>         72
> 
>         But having looked at
>         ftp://ftp.scientificlinux.org/linux/scientific/5x/archive/debuginfo/
>         there seem to be much more packages in that repo than 72. Is
>         there something
>         wrong with the repodata?
> 
> 
>     That is an oversight.  I'll fix the script and tomorrow when
>     tomorrows errata go out, it should be fixed.
> 
> 
>         The second thing is that both gpgcheck and the
>         usage of mirrors is deactivated by default in yum.repos.d. I'd
>         be interested
>         in knowing why that is, also because the gpgcheck can vastly improve
>         security.
> 
> 
>     gpgcheck
>     I would love to turn that on.  The problem is that we still cannot
>     sign jdk.  Well, we've gotten it down to we cannot sign the x86_64
>     version. So we're getting close, and as soon as we can, we will.
> 
>     Using mirrors vs mirrorlist
>     Last time I checked, people still preferred having a static over
>     using the mirrorlist.  Majority of our users have a local mirror,
>     and so change that anyway.  As for the rest, we haven't asked for a
>     year or two.  Last time we asked, I believe the problem people had
>     was not knowing if the mirror they were getting was being updated
>     fast enough. And at that time, I think fastestmirror wasn't as good
>     as it is nowdays.
>     But we could certainly ask again.
> 
>     What do people think, should we switch to using the mirrorlist as
>     the default?  Or should we stick with how we currently have things?
> 
>     Troy
>     -- 

-- 
__________________________________________________
Troy Dawson  [log in to unmask]  (630)840-6468
Fermilab  ComputingDivision/LCSI/CSI LMSS Group
__________________________________________________