Johnny Hughes wrote:
We need a plugin for that ... can someone figure out a plugin that will
take the rpm and figure out the SRPM, and download it. We would need to
also include where the downloaded SRPMS go (maybe a location defined in
the plugin.conf file).
If you have the actual rpm, finding the source is trivial. If not, you
can't unless the metadata has the info.
Up2date also can not use the mirrorlist option which provides 10 GeoIP
based mirrors that failover based on (if you install the fastestmirror
plugin) speed.
I really don't like the mirror list I've seen in Fedora Core. It pulls
stuff from all over, Europe, Middle East - mostly, it seems, about as
far away from Western Australia as possible.
CentOS shared our mirrorlist program with the Fedora Developers. Fedora
is reworking (or just reworked) their mirrorlist select program to
include GeoIP data. Their new program is not DIRECTLY based on ours
(and I think theirs is python ... ours is perl), however our design and
concept did influence it.
That is why I stressed GeoIP and the fastestmirror plugin. You will get
I don't see how "fastest mirror" can be evaluated usefully. If you have
a gigabit Internet connexion, and I have 1500 ADSL or (worse) 256 ADSL
or (worse again) a modem (Telstra doesn't do ADSL to my house), I don't
see how software could determine that I should use poledra.it.net.au
(should it be one of your mirrors) which it really should; it's local,
it's on WAIX (as is my IAP), even if it's slower.
close mirrors and they will be timed so you get the one that responds
the fastest to your individual computer the day that you run it.
If I use scp to copy a file across my LAN, the speed varies for no
reason I can see, and that has no more than four switches and a router
in the path, none very busy.
I'm sceptical that a 30-second test means anything all in the context of
downloading a DVD.
To see the Australia mirrors, do this:
http://mirrorlist.centos.org/?release=4&arch=i386&cc=au&repo=updates
Charming!
I'm in Perth. Here's what I see:
http://mirror.pacific.net.au/linux/CentOS/4.4/updates/i386/
http://ftp.monash.edu.au/pub/linux/CentOS/4.4/updates/i386/
ftp://ftp.oss.eznetsols.org/linux/centos/4.4/updates/i386/
http://mirror.averse.net/centos/4.4/updates/i386/
http://centost.centos.org/centos/4.4/updates/i386/
http://centosh.centos.org/centos/4.4/updates/i386/
http://centose.centos.org/centos/4.4/updates/i386/
http://centosf.centos.org/centos/4.4/updates/i386/
http://centosl.centos.org/centos/4.4/updates/i386/
http://centosq.centos.org/centos/4.4/updates/i386/
I'm in Perth.
Pacific's in Melbourne.
Monash is Melbourne, I used to live nearish it.
eznetsols I've not heard of so it's likely over east. No, I checked,
it's Singapore.
Ditto Eversnet.
As for those centos{x} names, qui sais? If you could agree on names that
mean something to users, or use cnames
Just for the hell of it, I'm testing some:
I have Netherlands, Clifton Park NY, Washington DC, and some others that
timed out or are obviously US.
Not one that's obviously good.
A bit of geography for you: Perth is the most isolated major city in the
world, the nearest other major city is Adelaide, and that's hours by
air, days by road or rail. I think the next closest cities are in
Singaport, Malaysia and Indonesia. Certainly, Jakarta is closer than
Melbourne or Sydney.
Maps don't convey some information well; we have Poms arrive in
Australia who didn't comprehend our distances until they arrive. Western
Australia is similar in size to Europe: a same-scale map of WA overlaid
on Europe takes in London and Moscow.
A mirror not in Perth isn't local. So far as our wallets go, none of
those mirrors is good.
And, planetmirror which I do use, though it's in Brisbane (it's my
fallback when what I want's not local) does have Centos and is not listed.
You do not have to specify cc= as it will be based on the IP Address of
the connecting computer, but if you do specify it, it will override the
default detection.
I prefer the Debian approach; I choose a mirror. In Australia, IAPs
commonly have a peering arrangement; content from within the peer
network isn't charge against download limits. While (AFAIK) all members
of WAIX (the local peer network) are in WA, not all IAPs in WA are members.
Well ... what if that mirror is not updated yet. The other advantage of
the mirrorlist system is that only UPDATED mirrors are shown. If a
mirror does not get updates, it will not show up on the list. When it
does not have the same content as master, it is removed and mirrors are
checked at least once an hour.
It's a while since I checked ADSL plans here, but it used to be the case
that if one overran one's download limit, there was a $60-$120 surcharge
per gigabyte. Alternatively, one's speed is throttled from 1500 (or more
with ADSL2) to 64K. Or less.
I'd rather a less current mirror.
Up2date does not have protectbase or priorities capability.
You didn't mention these ... and they allow you to add 3rd party repos
and still protect your base so you don't update items in core ... but
you can update other stuff.
It's not a feature that seems important to _me_. More likely, I'll want
the source.
As I mentioned elsewhere, installed 4.3 just before 4.4 came out. I'd
uch rather have downloaded the packages overnight (triggered by cron)
than type the commands in through my modem line.
Run yum via cron ... it can be turned on to do just that via this
command:
chkconfig yum on
The best I can figure is that downloads and applies updates. That's not
what I want; the idea of surrendering control of my system to you
bothers me.
It looks to me that that upgrade procedure could have produced the
recent yum/sqllite problem.
I want to know what updates are to be applied, and I want them ready to
apply. In Debian, I have this with apt-get, which downloads from a
mirror I chose when I installed it, lists the updated available, and its
run at a time of my choosing.
If I choose, I can exclude and update, and because I see the list before
it happens, I know what's changed and when.
Unless I have a "senior moment," but that's another matter.
GUIs aren't very good through modems.
Lastly ... in RHEL5Beta1 ... there is no up2date ... there is yum-2.9.x.
I guess the battle's over then; I'm downloading that atm (at work), so
I'll see what Centos5 might have.
--
Cheers
John
-- spambait
1aaaaaaa@xxxxxxxxxxxxxxxx Z1aaaaaaa@xxxxxxxxxxxxxxxx
Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/
Please do not reply off-list
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
