[Rpm-maint] Inconsistency between RPMTAG_Summary and %{SUMMARY}

[learny]

Hello All:

 

I have encountered an issue regarding the Summary field and headerGetEntry()
in rpm 4.4.2-37.el5.  The string returned from the command-line differ from
those of the API for the Summary for one package.  While the difference are
relatively trivial, I thought it worthy a question to the mailing list.
Specifically, I have observed this only on RHED 5.0 only for the package
cpuspeed.  Other packages on this system do not exhibit this behavior, nor
has this problem occurred on my testing of other RPM-based systems of the
SuSE variety.

 

The problem:

The command line output returns a string "CPU Frequency adjusting daemon."
Whereas the API returns the string for "CPU frequency adjusting daemon"
(notice the missing period and different capitalization of frequency.

 

I had just assumed that the command-line query tag of %{SUMMARY} maps to the
API entry for RPMTAG_SUMMARY; however, this appears to not be the case.  Is
this a known issue and/or is there documentation on this?

 

Christopher

 

Output from rpm -qi cpuspeed:

 

Name        : cpuspeed                     Relocations: (not relocatable)

Version     : 1.2.1                             Vendor: Red Hat, Inc.

Release     : 1.45.el5                      Build Date: Wed 17 Jan 2007
03:24:33 PM PST

Install Date: Wed 18 Jun 2008 03:17:43 AM PDT      Build Host:
hs20-bc1-5.build.redhat.com

Group       : System Environment/Base       Source RPM:
cpuspeed-1.2.1-1.45.el5.src.rpm

Size        : 51166                            License: GPL

Signature   : DSA/SHA1, Wed 17 Jan 2007 11:28:28 PM PST, Key ID
5326810137017186

Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>

URL         : http://carlthompson.net/Software/CPUSpeed

Summary     : CPU Frequency adjusting daemon.

Description :

cpuspeed is a daemon that dynamically changes the speed

of your processor(s) depending upon its current workload

if it is capable (needs Intel Speedstep, AMD PowerNow!,

or similar support).

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rpm.org/pipermail/rpm-maint/attachments/20080620/9fe19bb0/attachment-0001.htm