perl-devel December 2010

perl-devel@lists.fedoraproject.org

34 participants
1919 discussions

[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 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 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

[Bug 660652] New: broken dependencies in EPEL6beta
by Red Hat Bugzilla 13 Jan '14

13 Jan '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: broken dependencies in EPEL6beta https://bugzilla.redhat.com/show_bug.cgi?id=660652 Summary: broken dependencies in EPEL6beta 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: tlestach(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: Missing dependencies in EPEL6beta Version-Release number of selected component (if applicable): 1:perl-DateTime-0.5300-4.el6.x86_64 How reproducible: always Steps to Reproduce: 1. rpm -Uvh http://download.fedora.redhat.com/pub/epel/beta/6/x86_64/epel-release-6-5.n… 2. yum install perl-DateTime.x86_64 Actual results: # yum install perl-DateTime.x86_64 Loaded plugins: rhnplugin Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package perl-DateTime.x86_64 1:0.5300-4.el6 set to be updated --> Processing Dependency: perl(Class::Singleton) >= 1.03 for package: 1:perl-DateTime-0.5300-4.el6.x86_64 --> Processing Dependency: perl(Params::Validate) >= 0.91 for package: 1:perl-DateTime-0.5300-4.el6.x86_64 --> Processing Dependency: perl(List::MoreUtils) for package: 1:perl-DateTime-0.5300-4.el6.x86_64 --> Processing Dependency: perl(Class::Singleton) for package: 1:perl-DateTime-0.5300-4.el6.x86_64 --> Processing Dependency: perl(Params::Validate) for package: 1:perl-DateTime-0.5300-4.el6.x86_64 --> Finished Dependency Resolution Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel) Requires: perl(List::MoreUtils) Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel) Requires: perl(Class::Singleton) Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel) Requires: perl(Class::Singleton) >= 1.03 Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel) Requires: perl(Params::Validate) >= 0.91 Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel) Requires: perl(Params::Validate) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Expected results: all dependencies shall be either in RHEL6 or in EPEL6beta -- 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 249079] New: Please build latest amavisd-new for EPEL 4 and 5
by Red Hat Bugzilla 08 Dec '13

08 Dec '13

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=249079 Summary: Please build latest amavisd-new for EPEL 4 and 5 Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: amavisd-new AssignedTo: steve(a)silug.org ReportedBy: redhat-bugzilla(a)linuxnetz.de QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Description of problem: Please build latest amavisd-new for EPEL 4 and 5. Version-Release number of selected component (if applicable): amavisd-new-2.5.2-1 Additional info: Please let me know, if you just don't want to be the maintainer for the amavisd-new EPEL packages... -- 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 64

[Bug 570979] New: UTF8 PO files not being read as UTF8
by Red Hat Bugzilla 25 Feb '13

25 Feb '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: UTF8 PO files not being read as UTF8 https://bugzilla.redhat.com/show_bug.cgi?id=570979 Summary: UTF8 PO files not being read as UTF8 Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Locale-PO AssignedTo: iarnell(a)gmail.com ReportedBy: jfearn(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: iarnell(a)gmail.com, fedora-perl-devel-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: Publican is using Locale::PO to load UTF8 PO files and compares strings against those from UTF8 XML files. Because Locale::PO is not setting the encoding to UTF8 when reading the PO file wide characters cause the strings to not match. Version-Release number of selected component (if applicable): perl-Locale-PO-0.21-2.fc12.noarch How reproducible: When using wide characters in PO files. Steps to Reproduce: 1. Create a publican book containing a wide character, e.g. — 2. Translate the book to another language 3. build the translated XML Actual results: Strings with wide characters do not match, leading to translated content being excluded from the translated output.. Expected results: Strings match, translators happy. Additional info: The patch at https://rt.cpan.org/Public/Bug/Display.html?id=54064 resolves this issue. -- 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 10

[Bug 434444] New: perl-Sys-Virt failed massrebuild attempt for GCC 4.3
by Red Hat Bugzilla 09 Jan '13

09 Jan '13

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=434444 Summary: perl-Sys-Virt failed massrebuild attempt for GCC 4.3 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-Sys-Virt AssignedTo: steve(a)silug.org ReportedBy: jkeating(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: berrange@redhat.com,fedora-perl-devel-list@redhat.com This is an automatically filed bug for a failed rebuild attempt for GCC 4.3. http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal Please verify why this build failed and fix it. http://koji.fedoraproject.org/koji/taskinfo?taskID=445782 Exit code was 1, check the build.log for the failed buildArch task. -- 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 7

[Bug 434211] New: perl-Newt failed massrebuild attempt for GCC 4.3
by Red Hat Bugzilla 09 Jan '13

09 Jan '13

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=434211 Summary: perl-Newt failed massrebuild attempt for GCC 4.3 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-Newt AssignedTo: jorton(a)redhat.com ReportedBy: jkeating(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com This is an automatically filed bug for a failed rebuild attempt for GCC 4.3. http://fedoraproject.org/wiki/JesseKeating/gcc43MassRebuildProposal Please verify why this build failed and fix it. http://koji.fedoraproject.org/koji/taskinfo?taskID=440410 Unknown exit code, check the failed task. -- 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 1

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 December 2010