Bug 731907
Summary: | package in EPEL has bogus version | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Jack Tanner <ihok> |
Component: | perl-Spreadsheet-ParseExcel | Assignee: | Paul Howarth <paul> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | el6 | CC: | mpeters, paul, perl-devel, psabata, steve |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | perl-Spreadsheet-ParseExcel-0.5900-1.el6 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-09-09 07:53:31 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: | 732484 | ||
Bug Blocks: |
Description
Jack Tanner
2011-08-19 01:55:40 UTC
The version number is like it is to maintain the upgrade path from previous versions with 4-digit version numbers such as 0.2603 that upstream has released in the past. Reverting to upstream's current 2-digit format would require an epoch bump, which would still make the EPEL package rpm-newer than packages containing more recent code from elsewhere, unless they too did the same epoch bump. It is unfortunate that perl's and rpm's ideas of version numbering don't line up with each other; that's the underlying cause of the problem. Updating to the latest upstream code in EPEL would make third-party packages unnecessary. If RPMforge ever needs to replace the EPEL package, it can introduce an epoch then. The version now in EPEL is buggy, so it either needs to be updated or removed altogether. Hmm, even the version in Rawhide is well out of date. Steve, is there some reason you're holding back from updating this, or are you just too busy at the moment? I could push updates for you if that's the case. (In reply to comment #3) > Hmm, even the version in Rawhide is well out of date. > > Steve, is there some reason you're holding back from updating this, or are you > just too busy at the moment? I could push updates for you if that's the case. Steve's been quite busy in past months, I think you could do that :) I've prepared updates locally now, and unfortunately a new module, Digest::Perl::MD5, is required as part of the encrypted file support. In theory this should be interchangeable with the faster Digest::MD5 module but unfortunately Spreadsheet::ParseExcel accesses a private data structure within the pure-perl version rather than using the proper API, which makes it incompatible with Digest::MD5. Review request for perl-Digest-Perl-MD5 is at Bug #732484. (In reply to comment #5) > (...) > Review request for perl-Digest-Perl-MD5 is at Bug #732484. I'll take that... perl-Spreadsheet-ParseExcel-0.5900-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/perl-Spreadsheet-ParseExcel-0.5900-1.fc16 perl-Spreadsheet-ParseExcel-0.5900-1.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/perl-Spreadsheet-ParseExcel-0.5900-1.el6 perl-Spreadsheet-ParseExcel-0.5900-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. perl-Spreadsheet-ParseExcel-0.5900-1.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report. |