[Bug 708377] New: [PATCH] normalize perl version in build requires
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [PATCH] normalize perl version in build requires
https://bugzilla.redhat.com/show_bug.cgi?id=708377
Summary: [PATCH] normalize perl version in build requires
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: mmaslano(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
cpanspec generate Perl version in non-rpm format eg. 5.60000, but we need
something like 5.6.0. Module version can normalize it. I propose attached
patch.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
9 years, 3 months
[Bug 544738] New: cpanspec doesn't escape "/" in --filter-requires leading to bad sed statements
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: cpanspec doesn't escape "/" in --filter-requires leading to bad sed statements
https://bugzilla.redhat.com/show_bug.cgi?id=544738
Summary: cpanspec doesn't escape "/" in --filter-requires
leading to bad sed statements
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: bugzilla(a)kosowsky.org
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
cpanspec translates each "--filter-requires some_string" into a corresponding
sed statement in the corresponding perl-<module>-requires.sh of form:
-e '/^some-string$/d'
However, when some_string is a path which then contains a slash "/", this
causes the sed statement to mess up.
In particular, one of the fuse modules I was compiling had some example perl
scripts which began with the line "#/usr/bin/perl." This caused the build to
then require "/usr/bin/perl" which I wanted to eliminate. When I added
"--filter-requires /usr/bin/perl", it caused *all* the sed statements to fail
with the error:
sed: -e expression #1, char 4: unknown command: `u'
Either the documentation should warn that "/" must be escaped or *better*, the
script should automatically escape the forward slashes since the user has no
reason to think that "/" is a special character (and indeed, sed could have
used just about any character to demarcate the s program)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
9 years, 3 months
[Bug 745537] New: perl-Bio-Graphics-2.25-1.fc17.noarch requires non-existing perl(Bio::DB::BigWig)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Bio-Graphics-2.25-1.fc17.noarch requires non-existing perl(Bio::DB::BigWig)
https://bugzilla.redhat.com/show_bug.cgi?id=745537
Summary: perl-Bio-Graphics-2.25-1.fc17.noarch requires
non-existing perl(Bio::DB::BigWig)
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-Bio-Graphics
AssignedTo: alexl(a)users.sourceforge.net
ReportedBy: ppisar(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: alexl(a)users.sourceforge.net,
fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
perl-Bio-Graphics-2.25-1.fc17.noarch requires perl(Bio::DB::BigWig) which is
not provided by any package.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
9 years, 3 months
[Bug 438244] New: No cpanget man page
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=438244
Summary: No cpanget man page
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: cpanspec
AssignedTo: steve(a)silug.org
ReportedBy: jik(a)kamens.brookline.ma.us
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
there is no man page for cpanget.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
9 years, 5 months
[Bug 751887] New: CVE-2011-4115 perl-Parallel-ForkManager: insecure temporary file usage [fedora-all]
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: CVE-2011-4115 perl-Parallel-ForkManager: insecure temporary file usage [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=751887
Summary: CVE-2011-4115 perl-Parallel-ForkManager: insecure
temporary file usage [fedora-all]
Product: Fedora
Version: 15
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: low
Priority: low
Component: perl-Parallel-ForkManager
AssignedTo: tibbs(a)math.uh.edu
ReportedBy: vdanen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tibbs(a)math.uh.edu, fedora-perl-devel-list(a)redhat.com
Blocks: 751886
Classification: Fedora
Story Points: ---
Type: ---
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.
For comments that are specific to the vulnerability please use bugs filed
against "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please include this bug ID and the
bug IDs of this bug's parent bugs filed against the "Security Response"
product (the top-level CVE bugs). Please mention the CVE IDs being fixed
in the RPM changelog when available.
Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type_=security&bugs=751886
Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please ensure that it is only closed
when all affected versions are fixed.
[bug automatically created by: add-tracking-bugs]
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
9 years, 5 months
[Bug 567620] New: YAML::Dumper fails with Can't locate object method "global_object"
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: YAML::Dumper fails with Can't locate object method "global_object"
https://bugzilla.redhat.com/show_bug.cgi?id=567620
Summary: YAML::Dumper fails with Can't locate object method
"global_object"
Product: Fedora EPEL
Version: el5
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: perl-YAML
AssignedTo: steve(a)silug.org
ReportedBy: opensource(a)till.name
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Description of problem:
YAML::Dumper minimum example does not work.
Version-Release number of selected component (if applicable):
perl-YAML.noarch 0:0.66-2.el5
How reproducible:
always
Steps to Reproduce:
Try to run this script:
use YAML::Dumper;
my $dumper = YAML::Dumper->new;
$dumper->indent_width(4);
print $dumper->dump({foo => 'bar'});
from
http://search.cpan.org/dist/YAML/lib/YAML/Dumper.pm
Actual results:
Can't locate object method "global_object" via package "YAML" at
/usr/lib/perl5/vendor_perl/5.8.8/YAML/Dumper.pm line 145.
Expected results:
Should print a yaml stream.
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
9 years, 7 months
[Bug 669320] New: perl-DateTime Newer in EPEL 6 than in RHEL 6
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-DateTime Newer in EPEL 6 than in RHEL 6
https://bugzilla.redhat.com/show_bug.cgi?id=669320
Summary: perl-DateTime Newer in EPEL 6 than in RHEL 6
Product: Fedora EPEL
Version: el6
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: perl-DateTime
AssignedTo: tremble(a)tremble.org.uk
ReportedBy: myllynen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com,
tremble(a)tremble.org.uk
Classification: Fedora
Target Release: ---
Description of problem:
EPEL 6 has perl-DateTime-0.5300-4.el6 but RHEL 6 Optional only has
perl-DateTime-0.5300-1.el6 - this is against
https://fedoraproject.org/wiki/EPEL6-FAQ#What_can_be_in_EPEL.3F
Could this be corrected so that the EPEL package won't update the RHEL package?
Thanks.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
9 years, 8 months
[Bug 647783] New: perl-Mail-Box shouldn't force spamassassin to be installed
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Mail-Box shouldn't force spamassassin to be installed
https://bugzilla.redhat.com/show_bug.cgi?id=647783
Summary: perl-Mail-Box shouldn't force spamassassin to be
installed
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: perl-Mail-Box
AssignedTo: tcallawa(a)redhat.com
ReportedBy: jik(a)kamens.brookline.ma.us
QAContact: extras-qa(a)fedoraproject.org
CC: tcallawa(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
People who aren't planning on using spamassassin shouldn't be forced to install
it just to be able to use the modules in perl-Mail-Box, most of which are
totally independent of spamassassin.
One fix would be to remove the dependency on Mail::SpamAssassin completely from
the perl-Mail-Box RPM, in which case, people who try to use spamassassin
functionality in perl-Mail-Box will simply get an error because of the missing
module and know they need to install spamassassin.
Another fix would be to split the perl modules in spamassassin into a separate
RPM, e.g., spamassassin-perl, so they can be installed without the rest of
spamassassin.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
9 years, 8 months
[Bug 456357] New: rpm: perl.prov fails to detect $VERSION correctly on multiple assignments
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=456357
Summary: rpm: perl.prov fails to detect $VERSION correctly on
multiple assignments
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: rpm
AssignedTo: pmatilai(a)redhat.com
ReportedBy: cweyl(a)alumni.drew.edu
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-
list@redhat.com,jnovy@redhat.com,pauln(a)truemesh.com
Description of problem:
When $VERSION is set twice inside the same package, the latest definition prevails.
Version-Release number of selected component (if applicable):
rpm-4.4.2.3-2.fc9.x86_64
How reproducible:
Package DateTime-Format-DBI :) (see bug 455788)
Lines 10 and 11 of lib/DateTime/Format/DBI.pm are:
$VERSION = '0.031';
$VERSION = $VERSION + 0.0;
Note that perl.prov finds the version as "0.0".
Actual results:
====> provides for perl-DateTime-Format-DBI-0.031-1.fc9.noarch.rpm
perl(DateTime::Format::DBI) = 0.0
perl-DateTime-Format-DBI = 0.031-1.fc9
Expected results:
====> provides for perl-DateTime-Format-DBI-0.031-1.fc9.noarch.rpm
perl(DateTime::Format::DBI) = 0.031
perl-DateTime-Format-DBI = 0.031-1.fc9
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
9 years, 10 months
[Bug 239333] New: Branch perl-Net-Server for EPEL
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239333
Summary: Branch perl-Net-Server for EPEL
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Net-Server
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: kevin(a)tummy.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
perl-Net-Server was imported long ago from fedora.us, so there is no review
ticket. I am thus filing this to request a EPEL branch for it.
The current Fedora maintainer has no interest in maintaining for EPEL, so I will
do so.
Package Change Request
======================
Package Name: perl-Net-Server
New Branches: EL-4 EL-5
Updated EPEL Owners: kevin(a)tummy.com
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
10 years, 1 month