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 <[email protected]
<mailto:[email protected]>> 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 [email protected] (630)840-6468
Fermilab ComputingDivision/LCSI/CSI LMSS Group
__________________________________________________
