[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 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 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
[Bug 249079] New: Please build latest amavisd-new for EPEL 4 and 5
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=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.
10 years, 4 months
[Bug 570979] New: UTF8 PO files not being read as UTF8
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: 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.
11 years, 2 months