Bug 496838
Summary: | rhn_package_manager won't upload signed packages | |||
---|---|---|---|---|
Product: | [Community] Spacewalk | Reporter: | Rob James <rssjames> | |
Component: | Proxy Server | Assignee: | Tomas Lestach <tlestach> | |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Jesus M. Rodriguez <jesusr> | |
Severity: | medium | Docs Contact: | ||
Priority: | low | |||
Version: | 0.6 | CC: | bperkins, msuchy, tlestach | |
Target Milestone: | --- | |||
Target Release: | --- | |||
Hardware: | All | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 497059 (view as bug list) | Environment: | ||
Last Closed: | 2009-09-10 12:05:57 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: | 456554 |
Description
Rob James
2009-04-21 12:34:15 UTC
We did not parse the signature in our code. The header object is created in /usr/share/rhn/common/rhn_rpm.py on line 267: hdr, is_source = rpm.headerFromPackage(file_desc) So it seems that rpm-python did not correctly parse the rpm header. Hmm strange on RHEL4 I get even traceback: # rpm --checksig 4Suite-1.0-3.i386.rpm 4Suite-1.0-3.i386.rpm: (sha1) dsa sha1 md5 gpg OK # rhn_package_manager -v --channel="foo" 4Suite-1.0-3.i386.rpm Red Hat Network username: admin Red Hat Network password: Connecting to http://xen30.englab.brq.redhat.com/XP Uploading 4Suite-1.0-3.i386.rpm Traceback (most recent call last): File "/usr/bin/rhn_package_manager", line 28, in ? rhn_package_manager.main() File "/usr/share/rhn/PackageManager/rhn_package_manager.py", line 125, in main upload.uploadHeaders() File "/usr/share/rhn/PackageManager/uploadLib.py", line 343, in uploadHeaders verbose=self.options.verbose, nosig=self.options.nosig) File "/usr/share/rhn/PackageManager/uploadLib.py", line 469, in _processBatch nosig=nosig) File "/usr/share/rhn/PackageManager/uploadLib.py", line 424, in _processFile h = get_header(None, f.fileno(), source) File "/usr/share/rhn/PackageManager/uploadLib.py", line 619, in get_header h = rhn_rpm.get_package_header(filename=file, fd=fildes) File "/usr/share/rhn/common/rhn_rpm.py", line 274, in get_package_header hdr, offset = rpm.readHeaderFromFD(file_desc) AttributeError: 'module' object has no attribute 'readHeaderFromFD' Removing bug 496838 blocks bug 497059. What I tried was: I registered my client to the Proxy. I created a custom channel and I subscribed my client to this channel. I downloaded couple of different packages from different repositories. ==================================================================== on proxy: # rpm --resign <package>.rpm Enter pass phrase: Pass phrase is good. <package>.rpm: gpg: WARNING: standard input reopened gpg: WARNING: standard input reopened # rpm --checksig <package>.rpm <package>.rpm: (sha1) dsa sha1 md5 gpg OK ( I verified the signature owner by comparing the key ID # rpm -v --checksig <package>.rpm and # gpg -K ) # gpg --export -a <key_owner> > RPM-GPG-KEY-ko # scp RPM-GPG-KEY-ko client:/tmp/ # rhn_package_manager -v --channel=<custom_channel> <package>.rpm Red Hat Network username: <username> Red Hat Network password: Connecting to https://<spacewalk_server>/XP Uploading <package>.rpm Uploading batch: <package>.rpm Uploaded: <package>.rpm Copying <package>.rpm to /var/spool/rhn-proxy/rhn/<package_name>/<package_version>/<package_arch>/<package>.rpm ==================================================================== on client: # rpm --import /tmp/RPM-GPG-KEY-ko # yum clean all # yum install -y <package>.rpm ==================================================================== What did you do different? Nothing different really. The version of Proxy was the 0.6 nightly up-to-date as of the date I added the bugzilla report. I'm afraid I've had to use that host for something else since then so I don't have a Spacewalk Proxy to test right now -- maybe Miroslav might be able to test again? I tried to reproduce it again without any success. Passing to ON_QA to verify. Spacewalk 0.6 released |