Bug 241221 - When the solaris2mpm computes the "Provides" value, it should put in version-release, not just version
When the solaris2mpm computes the "Provides" value, it should put in version-...
Status: CLOSED CURRENTRELEASE
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Solaris (Show other bugs)
500
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jan Pazdziora
Steve Salevan
:
Depends On:
Blocks: 172657 457000
  Show dependency treegraph
 
Reported: 2007-05-24 10:01 EDT by Jan Pazdziora
Modified: 2009-09-10 15:40 EDT (History)
2 users (show)

See Also:
Fixed In Version: sat530
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2009-09-10 15:40:25 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jan Pazdziora 2007-05-24 10:01:52 EDT
Description of problem:

The Solaris up2date code uses Provides: for Upgrades: to find packages that
should be upgraded. This Provides value should be the "full" version of the
package, including the release (revision + PSTAMP, in case of Solaris packages)
part. Otherwise the up2date has problem figuring out what exact version the
package ... well ... provides.

Version-Release number of selected component (if applicable):

solaris2mpm 5.

How reproducible:

Spend a couple of days digging around up2date code and Solaris and Satellite and
rhnPackageCapability and solaris2mpm and grepping the whole client SVN directory ...

Steps to Reproduce:
1. Have a look at the code.
2. Have a look into rhnPackageCapability after the package was uploaded.
  
Actual results:

tools/rhnpush/solaris2mpm.py:

def provide_self(header):
    """Figure out the info needed to put a package into its provides list"""

    dct = { 'name'      : None,
             'version'   : None,
             'flags'     : 8, }

    dct['name'] = header['name']
    dct['version'] = header['version']

    if not header.has_key('provides'):
        header['provides'] = []
    header['provides'].insert(0, dct)

Observe that the 'release' is not used at all.

In the database, you will find '1.0'.

Expected results:

The version should be version concatenated with the release.
In the database, we should find things like 1.0-123_PSTAMP_2020.04.12.09.17.

Additional info:
Comment 5 Jan Pazdziora 2009-04-01 04:38:32 EDT
Fix committed to Spacewalk master, commit fc99e702084ed4305fba981bf3f2bb9bcf02083d.
Comment 6 Jan Pazdziora 2009-04-06 05:16:42 EDT
Tagged as rhnpush-5.3.0-1. The change is also in rhnpush-0.4.7-1 but we'd really want the > 5.2.0 version here.
Comment 7 Jan Pazdziora 2009-04-20 08:49:57 EDT
Packages rhn-solaris-bootstrap-5.3.0-7.el5sat.noarch.rpm /
rhn_solaris_bootstrap_5_3_0_7-1-0.el5sat.noarch.rpm were built, containing RHATrpush-5.3.1-3.pkg.
Comment 8 Jan Pazdziora 2009-04-23 10:45:57 EDT
But the rhnpush package does not contain the fix, in spite of the name.
Comment 9 Jan Pazdziora 2009-04-27 05:25:56 EDT
The rhnpush 5.3.1-5 has the fix (and so has RHATrpush 5.3.1-5).

Package rhn_solaris_bootstrap_5_3_0_8-1-0 has that RHATrpush, so moving this bugzilla ON_QA, with composes Satellite-5.3.0-RHEL?-re20090424.1 available.
Comment 11 Milan Zázrivec 2009-09-09 08:28:30 EDT
5.3.0 stage verification: I'm confirming the results from the comment
above. RELEASE_PENDING
Comment 12 Brandon Perkins 2009-09-10 15:40:25 EDT
An advisory 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 therefore 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/RHEA-2009-1434.html

Note You need to log in before you can comment on or make changes to this bug.