perl-devel January 2012

perl-devel@lists.fedoraproject.org

39 participants
3421 discussions

[Bug 708377] New: [PATCH] normalize perl version in build requires
by Red Hat Bugzilla 12 Jan '15

12 Jan '15

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.

1 12

[Bug 544738] New: cpanspec doesn't escape "/" in --filter-requires leading to bad sed statements
by Red Hat Bugzilla 12 Jan '15

12 Jan '15

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.

1 20

[Bug 745537] New: perl-Bio-Graphics-2.25-1.fc17.noarch requires non-existing perl(Bio::DB::BigWig)
by Red Hat Bugzilla 12 Jan '15

12 Jan '15

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.

1 6

[Bug 438244] New: No cpanget man page
by Red Hat Bugzilla 06 Nov '14

06 Nov '14

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.

1 6

[Bug 751887] New: CVE-2011-4115 perl-Parallel-ForkManager: insecure temporary file usage [fedora-all]
by Red Hat Bugzilla 01 Nov '14

01 Nov '14

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.

1 6

[Bug 567620] New: YAML::Dumper fails with Can't locate object method "global_object"
by Red Hat Bugzilla 23 Sep '14

23 Sep '14

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.

1 5

[Bug 669320] New: perl-DateTime Newer in EPEL 6 than in RHEL 6
by Red Hat Bugzilla 18 Aug '14

18 Aug '14

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.

1 1

[Bug 647783] New: perl-Mail-Box shouldn't force spamassassin to be installed
by Red Hat Bugzilla 01 Aug '14

01 Aug '14

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.

1 30

[Bug 456357] New: rpm: perl.prov fails to detect $VERSION correctly on multiple assignments
by Red Hat Bugzilla 25 Jun '14

25 Jun '14

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@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.

1 10

[Bug 239333] New: Branch perl-Net-Server for EPEL
by Red Hat Bugzilla 06 Mar '14

06 Mar '14

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.

1 6

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel January 2012