Bug 55647 - Fails to reset count of bytes transferred
Fails to reset count of bytes transferred
Product: Red Hat Linux
Classification: Retired
Component: up2date (Show other bugs)
i586 Linux
medium Severity low
: ---
: ---
Assigned To: Adrian Likins
Jay Turner
Depends On:
  Show dependency treegraph
Reported: 2001-11-03 19:20 EST by Robert Nichols
Modified: 2015-01-07 18:52 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-12-03 14:55:46 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Robert Nichols 2001-11-03 19:20:28 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.9-12 i586; Nav)

Description of problem:
When automatically retrieving a source package, up2date fails to reset the
count of bytes already transferred after the non-src package has been
downloaded. This results in status reports of "1273 of 525 k transferred,"
absurd calculations of transfer rate and estimated time to completion, and
assert() failures when the download percentage exceeds 100%. The essential
functions do get performed correctly.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Configure up2date to automatically download source packages.
2.Update any package for which a corresponding SRPM will be downloaded.

Additional info:
Comment 1 Adrian Likins 2002-03-26 18:58:03 EST
This should be fixed in current versions (2.7.11 or higher)

Note You need to log in before you can comment on or make changes to this bug.