Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 103162
Summary: | up2date on via mini-itx for glibc selects wrong arch and causes stack trace | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Raw Hide | Reporter: | Paul Nasrat <nobody+pnasrat> | ||||
Component: | up2date | Assignee: | Adrian Likins <alikins> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fanny Augustin <fmoquete> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 1.0 | CC: | alan | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | 3.9.24 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2003-10-29 12:24:19 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: | 100643 | ||||||
Attachments: |
|
Description
Paul Nasrat
2003-08-27 10:56:09 UTC
*** Bug 103183 has been marked as a duplicate of this bug. *** *** Bug 103182 has been marked as a duplicate of this bug. *** *** Bug 103175 has been marked as a duplicate of this bug. *** *** Bug 103174 has been marked as a duplicate of this bug. *** *** Bug 103173 has been marked as a duplicate of this bug. *** *** Bug 103172 has been marked as a duplicate of this bug. *** *** Bug 103171 has been marked as a duplicate of this bug. *** *** Bug 103166 has been marked as a duplicate of this bug. *** *** Bug 103170 has been marked as a duplicate of this bug. *** *** Bug 103163 has been marked as a duplicate of this bug. *** *** Bug 103164 has been marked as a duplicate of this bug. *** *** Bug 103165 has been marked as a duplicate of this bug. *** *** Bug 103167 has been marked as a duplicate of this bug. *** *** Bug 103168 has been marked as a duplicate of this bug. *** *** Bug 103169 has been marked as a duplicate of this bug. *** Created attachment 93985 [details]
test script to test arch detection code
This is a small python script to test arch detection.
can you grab the attached "testarch.py" and run it on that machine and paste the results into this bug report? noarch: 4 i386: 3 i486: 2 i586: 1 i686: 0 athlon: 0 blippy: 0 Oh and sorry for all the excess mails hmm, arch scoring seems to be working okay must be something in my code, investigating I'm guessing that only the ia64 version of glibc-common is installed? [paul@babel paul]$ rpm --qf '%{arch}\n' -q glibc-common glibc i386 i386 It's a via eden processor. The only obvious place that has non i386 is kernel [paul@babel paul]$ rpm --qf '%{arch}\n' -q kernel i586 So anaconda has done the right thing, rpm sees the right archs but something between up2date/rhn seems odd ignore the ia64 comment, I posted to the wrong bug *** Bug 103390 has been marked as a duplicate of this bug. *** just out of curiousity, whats the contents of /etc/rpm/platform? i586-redhat-linux in my case. The newer up2date us showing different behaviour - updates from yum which have an i686 version are not shown at all. If they are added as implied requirements then it gets the i686 and blows up i586-redhat-linux here too :) I thought this may be related to issues in 103559 so thought I'd test 3.9.22 (Alan why don't you try this with a yum repo rather than rhn) It now doesn't pick up the glibc upgrade: [paul@babel paul]$ rpm -q up2date up2date-3.9.22-2 rpm -q glibc glibc-2.3.2-57 [paul@babel paul]$ sudo up2date -l | grep glibc glibc-common 2.3.2 78 glibc-devel 2.3.2 78 glibc-kernheaders 2.4 8.24 [paul@babel paul]$ sudo up2date --showall | grep glibc glibc-2.3.2-78 glibc-common-2.3.2-78 glibc-debug-2.3.2-78 glibc-devel-2.3.2-78 glibc-kernheaders-2.4-8.24 glibc-profile-2.3.2-78 glibc-utils-2.3.2-78 ls /var/spool/up2date/glibc-2*hdr /var/spool/up2date/glibc-2.3.2-71.i686.hdr /var/spool/up2date/glibc-2.3.2-78.i686.hdr up2date --get glibc fetches 2.3.3-78.i686. Someting seems odd here, it looks as if the i686 addition is fixed but something else is broken redhat-linux-severn-i386-9.0.93-updates.20030902103453 has xml entries for both i386 and i686 glibc for 2.3.2-78. I can confirm up2date-3.9.24-1 from p.r.c fixes this - via box now correctly selects glibc for i386. Cheers Paul Works for me now except for one weird case. If I have the cache shared and an i686 package is downloaded the up2date tool tries to use that, if I have the cache blank of the i686.rpm it does the right thing. Alan shared caches are unsupported (ie, completely untested though off hand I don't know of anything that _should_ break). I'll see if I can duplicate if I get a chance, probabaly something simple. As this has been parked on modified for a while, I'd like to close this bug. Is shared cache still an issue for up2date 4.1.7, if so I will open a new bug/rfe for that and close this one. Closing will try to reproduce shared cache issue and refile |