Bug 129215
Summary: | up2date + yum = traceback | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Rainer Traut <rainer.traut> |
Component: | up2date | Assignee: | Adrian Likins <alikins> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | CC: | cstankaitis, jch, jjneely, ksnider, mitka, mohamed.eldesoky, oaaalton, petri.koistinen, ubeck, urkedal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-09-02 05:07: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: | 124236 |
Description
Rainer Traut
2004-08-05 06:37:50 UTC
This can be fixede by making the second parameter of readHeaderBlob() in /usr/share/rhn/up2date_client/rpmUtils.py(520) optional: change def readHeaderBlob(blob, filename): to: def readHeaderBlob(blob, filename=""): Also, the same problem is existing when accessing directory based repositories, so if someone would fix this bug in a correct way, not as I did it, both yumRepo.py and dirRepo.py need to be changed I fixed it in /usr/share/rhn/up2date_client/repoBackends/yumRepo.py on line 100. The function call there is the only one I found so far which misses the second argument. I changed line 100 to hdr = rpmUtils.readHeaderBlob(hdrBuf,remoteFilename) Don't know though if 'remoteFilename' is the right string... Yes it is. Anyway, the second parameter in readHeaderBlob is only used for error output as I can see. Also, there is one more occurence of readHeaderBlob in yupRepo.py, line 324 For those people that experience the problem with my RHEL3 repository, I noticed that using an Apt repository still works. So you can simply replace: yum dag http://apt.sw.be/redhat/el3/en/i386/dag by apt dag http://apt.sw.be redhat/el3/en/i386 dag Beware of the whitespaces instead of the slashes fixed in 4.2.33 or higher (aka, headed for Update 3) This is 4.2.33 and it is not fixed. I am also using up2date-4.2.33-1, with the same problem. If I roll back to 4.2.16-1, everything works fine. Coincidentally, I've encountered the error with my own yum repository, as well as Dag's. (By the way, thanks for the work-around suggestion, Dag!) nod still and issue with up2date-4.2.33-1 on RHEL-3WS adding my 2 cents and myself to this bug to see the progress. Fixed in next version of up2date... I believe it will be 4.2.38-1 Adrian jumped the gun on announcing a fix. :) Is the bug/fix in U3's up2date as well? Yes. Fix is in RHEL 3 U3. Changed summary to something meaningful. NOTE: I verified a yum, apt, and dir repo *** Bug 129729 has been marked as a duplicate of this bug. *** *** Bug 129027 has been marked as a duplicate of this bug. *** Why on earth it is delayed for U3 ?? Don't you have paid customers who should get faster response ?? And it was working fine before, so it is easy to release a bugfix within hours to fix the newly introduced bug !!! An errata has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2004-427.html |