From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.9-21 i686)
Description of problem:
When trying to upgrade to version using up2date 2.7.11-7.x.1 , with retreive
option selected repeatedly failed to install. No error messages were noticed and
was locked up. At first it appeared to be ISP disconnecting before downloading
was finished . I killed up2date and restarted and always up2date would reload
previuosly downloaded (not yet installed) RPM's. looked in /var/spool/up2date/
and noticed some packages did not have source RPM's - only binaries present . I
disabled retrieve source option via Update agent configuration . Installation
finished with no further problems packages did not have source RPM's - only
binaries present . I disabled retrieve source option via Update agent
configuration . Installation finished with no further problems
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.use update agent with retrieve source option 56kbs ISP
2.update Mesa/Xfree86 packages
3.unknown if lockup caused by my ISP or up2date1.
Actual Results: console locked, upon restarting all packages downloaded before
Expected Results: all packages completely loaded are bypassed while those not
completely downloaded are reloaded then those not yet loaded then all are
installed after restarting up2date
Normal operation of up2date is to reload only RPM's that were not completely
loaded at time of download interuption. this is the first proble with source
I have noticed
This has nothing to do with XFree86. Reassigning to up2date.
Also, just for clarification, XFree86 has one single source rpm, which
creates about 15-18 separate binary rpms. So downloading XFree86 update
would give you one src.rpm for XFree86, one for Mesa, one for xinitrc,
one for Xconfigurator...
it's fixed in current versions of up2date.