Bug ID: 1629345
Summary: Incorrect "Provides" Versions
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Description of problem:
Many of the "Provides:" entries of the perl-Encode package include version
numbers which do not actually exist. This is caused by incorrectly trimming
Version-Release number of selected component (if applicable):
All versions & releases of perl-Encode in Fedora/CentOS/RedHat (I think)
Steps to Reproduce:
2. Scroll down to "Provides" section, "perl(Encode::Byte) = 2.4"
3. Visit https://metacpan.org/pod/Encode::Byte
4. Left side of page, "Module version: 2.04"
The same problem applies to most or all of the other Provides modules after
Encode::Byte which have a leading 0 after the decimal, such as
Encode::CJKConstants & Encode::Config & Encode::EBCDIC etc etc.
Modules which do not have a leading 0 do not seem to be affected, such as
Encode::CN::HZ 2.10 & MIME::Header 2.28 etc.
Looking at the perl-Encode specfile, I am not exactly sure how to fix this,
because the "Provides:" entries seem to be auto-generated...
It is incorrect to trim leading zeros, because it does not allow for the proper
conversion of numeric Perl version "2.40" which can easily be rounded to
by Perl's numeric processing. This also breaks automatic versioning and
The Fedora Versioning Guidelines clearly states:
"Don't trim leading zeroes."
You are receiving this mail because:
You are on the CC list for the bug.