Bug 484272

Summary: Bad metadata for tex-musixtex-doc
Product: [Fedora] Fedora Reporter: J. Randall Owens <jrowens.fedora>
Component: tex-musixtexAssignee: Orcan Ogetbil <oget.fedora>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 9CC: oget.fedora
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-02-05 20:19:46 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:

Description J. Randall Owens 2009-02-05 20:09:04 UTC
Description of problem:
When I try installing tex-musixtex-doc with smart package manager, it complains that no package provides tex-musixtex-0.114-3.fc9, even though the package that seems to match that description is right there next to it (in alphabetical order).
I scanned the XML metadata for the updates-9-i386 repository, and found that while tex-musixtex has an rpm:provides 'rpm:entry name="tex-musixtex" flags="EQ" epoch="0" ver="0.114" rel="3.fc9"/' (imagine angle brackets instead of single quotes), tex-musixtex-doc rpm:requires 'rpm:entry name="tex-musixtex=0.114-3.fc9"/'.  I'm not intimately familiar with the repo metadata format, but perhaps this difference of treating it all as one long name, vs. breaking it up into components, causes smart to consider the require unfulfilled.
...checked with `yum install` instead of smart, and it's affected by this, too.

Version-Release number of selected component (if applicable):
tex-musixtex(-doc)-0.114-3.fc9

How reproducible:
Attempt to install tex-musixtex-doc while tex-musixtex is available (for a package manager that will handle dependencies) or already installed.

Steps to Reproduce:
1. (smart|yum) install tex-musixtex-doc
  
Actual results:
tex-musixtex-doc-0.114-3.fc9.noarch from updates-newkey has depsolving problems
  --> Missing Dependency: tex-musixtex=0.114-3.fc9 is needed by package tex-musixtex-doc-0.114-3.fc9.noarch (updates-newkey)
Error: Missing Dependency: tex-musixtex=0.114-3.fc9 is needed by package tex-musixtex-doc-0.114-3.fc9.noarch (updates-newkey)

Expected results:
tex-musixtex-doc installed

Additional info:
This might well not be a problem with tex-musixtex at all, but rather whichever form of createrepo and the like is used in the fedoraproject.org repositories.  Could be the smart package manager on my end, too.  But I thought I'd start small, with the package directly affected.

Comment 1 Orcan Ogetbil 2009-02-05 20:19:46 UTC
Thanks for the report. It was a packaging bug by me. The fix is described in bug 481071#c12 . I committed the fix and built tex-musixtex-0.114-4 . It should hit to repos in a few days. In the meanwhile you can grab the fixed version from koji.

Comment 2 J. Randall Owens 2009-02-05 20:21:55 UTC
On second thought, refreshing my memory at some of the RPM docs, it might be as simple as putting spaces around the equal sign in "Requires:  %{name}=%{version}-%{release}" in the specfile.  At least, the examples I saw have spaces around it (and inequality comparisons, too).

Comment 3 J. Randall Owens 2009-02-05 20:23:59 UTC
OK, I wasn't checking the package review, of course.  Looks like I found the problem pretty well, at least!  If a bit late.