Bug 122088
Summary: | up2date cannot find the updated component when launched although "Check for update" reports available updates | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Need Real Name <rwaultz> | ||||
Component: | up2date | Assignee: | Adrian Likins <alikins> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Fanny Augustin <fmoquete> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | CC: | genchev, mattdm | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2007-04-10 16:51:36 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 120092 | ||||||
Attachments: |
|
Description
Need Real Name
2004-04-30 11:35:44 UTC
Created attachment 99817 [details]
Screen shot of the fault sit.
I have the same problem here. The tool shows that 9 updates are available, but when I run up2date, it says "Your system is fully ppdated. No new packages are needed". I didn't have any problems after the up2date right after I installed my system. This is a bug that wont get fixed till fc3/rhel4 (and/or a version of up2date for fc2 that understand the rpm metadata format instead of yum repos). Basically, in order to make multllib systems (aka x86_64 boxes with both a x86_64 and a i386 runtime) update correctly, cross arch updates arent allowed. In this case, the issue is perl-Net-DNS changed from a noarch package to a arch'ed package, so up2date wont update it. The applet, however, doesnt know that since it doesnt handle mulitlib. The right fix is with more metadata from the server about not only what arch a package is, but also what arch family it is (aka, this package is in the x86 vector, that package is in the x86_64 vector, etc). That said, it should probabaly allow noarch->arch updates anyway, since it doesnt make sense to have biarch packages installed at the same time that way. fix for the noarch->arch package stuff just committed to cvs. 4.3.19 or higher should have it i386->i686 etcwill have to wait for fc3/rhel4 FAILS_QA: need a test plan adrian. since there is no more up2date, marking "wontfix". |