Re: Up2date replacement

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 2005-11-26 at 15:10 +0000, Willem Riede wrote:
> On 11/26/2005 12:00:58 AM, Jeremy Katz wrote:
> > On Fri, 2005-11-25 at 14:55 -0700, Don Springall wrote:
> > > I  currently find that updating in fedora is a hit and miss proposition and
> > > I do not trust any of them. I ran yumex this morning and it reports nothing
> > > to update. The same with pup. I run up2date and it finds updates. 
> > > Obliviously yumex and pup decided to use some not uptodate mirror.
> > 
> > pup uses the exact same configuration as yum itself does.  Which means
> > that it uses the mirror list by default.  One thing we want to do is add
> > a nicer way of doing persistent mirror selection, but I don't know that
> > we'll definitely get to it by FC5.  up2date points to the main download
> > site by default (which is less good, IMHO, from a bandwidth perspective)
> 
> Like Don I've been annoyed at times with out-of-date mirrors. That makes 
> sequential runs of yum inconsistent. All the time, I see things like:
> 
> [root@serve ~]# yum list mach
> Setting up repositories
> extras                    100% |=========================| 1.1 kB    00:01
> updates-released          100% |=========================|  951 B    00:00
> base                      100% |=========================| 1.1 kB    00:00
> Reading repository metadata in from local files
> Available Packages
> mach.x86_64                              0.4.8-1.fc4            extras
> [root@serve ~]# yum list mach
> Setting up repositories
> extras                    100% |=========================| 1.1 kB    00:00
> updates-released          100% |=========================|  951 B    00:00
> base                      100% |=========================| 1.1 kB    00:00
> Reading repository metadata in from local files
> primary.xml.gz            100% |=========================| 826 kB    00:01
> extras    : ################################################## 2350/2350
> Added 22 new packages, deleted 53 old in 1.59 seconds
> [root@serve ~]# yum list mach
> Setting up repositories
> extras                    100% |=========================| 1.1 kB    00:00
> updates-released          100% |=========================|  951 B    00:00
> base                      100% |=========================| 1.1 kB    00:00
> Reading repository metadata in from local files
> primary.xml.gz            100% |=========================| 838 kB    00:05
> extras    : ################################################## 2381/2381
> Added 53 new packages, deleted 22 old in 1.61 seconds
> Available Packages
> mach.x86_64                              0.4.8-1.fc4            extras
> 
> where a repository oscilates between today's view and some obsolete view.
> 
> Perhaps I should file a yum RFE to make yum not only select mirrors for access 
> speed, but also for the recentness of their metadata file?

what we had considered was using the fastest mirror plugin to sort the
list of mirrors. Then store that sorted list in the repo cache
directory. Then redownload the list and re-sort/store it every 8 hours
or so, same as how we're storing the repomd.xml data, now.

-sv


-- 
fedora-test-list mailing list
fedora-test-list@xxxxxxxxxx
To unsubscribe: 
https://www.redhat.com/mailman/listinfo/fedora-test-list

[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]