From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20020104 Description of problem: up2date will cache rpm's in /var/spool/up2date, and should the download fail or the program be aborted, the next execution does not have to download the binaries again, but it always goes to get the source every time. This is extremely annoying when using a slow connection and trying to get something like a new version of XFree86 which is many megabytes. Version-Release number of selected component (if applicable): [root@solvent root]# rpm -qi up2date Name : up2date Relocations: (not relocateable) Version : 2.7.11 Vendor: Red Hat, Inc. Release : 7.x.2 Build Date: Tue 20 Nov 2001 05:09:56 PM EST Install date: Wed 02 Jan 2002 11:19:17 PM EST Build Host: stripples.devel.redhat.com Group : System Environment/Base Source RPM: up2date-2.7.11-7.x.2.src.rpm Size : 696695 License: GPL Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> Summary : Determines which system packages need to be updated via RHN. Description : The Red Hat Update Agent that automatically queries the Red Hat Network servers and determines which packages need to be updated on your machine. How reproducible: Always Steps to Reproduce: 1. configure up2date to download source 2. update a number of huge packages on a slow connection 3. abort the download half-way 4. return to 2, notice that it starts all over again for source rpms Actual Results: Binary packages which have already been downloaded are skipped to 100% completion right away, but source packages which have already been downloaded are downloaded over. Expected Results: Both binary and source packages already downloaded should be available. Additional info: On the text display it would be nice if the line showed the source package name like it does on the binary line.
Created attachment 44397 [details] patch that extends diskcache to sources and negates redundant md5 checks
This should be fixed in the next release.
Fix confirmed with up2date-3.1.15-7.