https://bugzilla.redhat.com/show_bug.cgi?id=1035760
Bug ID: 1035760
Summary: Upgrade to new upstream version
Product: Fedora EPEL
Version: el6
Component: perl-Config-Validator
Assignee: massimo.paladin(a)gmail.com
Reporter: lionel.cons(a)cern.ch
QA Contact: extras-qa(a)fedoraproject.org
CC: massimo.paladin(a)gmail.com,
perl-devel(a)lists.fedoraproject.org
The latest version of Config::Validator on CPAN is now 1.1.
This is the version to use everywhere. Please upgrade in Fedora and EPEL 5 & 6.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=StQHvzgif2&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1035761
Bug ID: 1035761
Summary: Upgrade to new upstream version
Product: Fedora EPEL
Version: el6
Component: perl-Net-STOMP-Client
Assignee: steve.traylen(a)cern.ch
Reporter: lionel.cons(a)cern.ch
QA Contact: extras-qa(a)fedoraproject.org
CC: massimo.paladin(a)gmail.com,
perl-devel(a)lists.fedoraproject.org,
steve.traylen(a)cern.ch
The latest version of Net::STOMP::Client on CPAN is now 2.2.
This is the version to use everywhere. Please upgrade in Fedora and EPEL 5 & 6.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=BVzVlh14nE&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1002402
Bug ID: 1002402
Summary: exclude DBD::CSV in RHEL-7
Product: Fedora
Version: rawhide
Component: perl-SQL-Statement
Assignee: psabata(a)redhat.com
Reporter: jfearn(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, psabata(a)redhat.com
Created attachment 791614
--> https://bugzilla.redhat.com/attachment.cgi?id=791614&action=edit
Spec file patch to exclude DBD::CSV on RHEL-7
Description of problem:
RHEL-7 doesn't carry DBD::CSV, so it should never be pulled in.
Version-Release number of selected component (if applicable):
1.402-2
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=v27kluhrBz&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1032489
Bug ID: 1032489
Summary: Hash-Case-1.02 bump
Product: Fedora
Version: rawhide
Component: perl-Hash-Case
Assignee: ppisar(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: iarnell(a)gmail.com, mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com
Blocks: 1032479
Upstream has released new Hash-Case version 1.02. Current Fedora delivers
1.006. Please upgrade.
Notice this version requires not-yet-packaged Log::Report.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1032479
[Bug 1032479] Review Request: perl-Log-Report - Report a problem with
exceptions and translation support
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3T4soHvryY&a=cc_unsubscribe
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1009327
Bug ID: 1009327
Summary: Upgrade F20's perl-HTTP-Server-Simple-PSGI to 0.16
Product: Fedora
Version: 20
Component: perl-HTTP-Server-Simple-PSGI
Assignee: rc040203(a)freenet.de
Reporter: rc040203(a)freenet.de
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
This is a tracking bug to remind myself when Fedora 20 is ready for upgrading
perl-HTTP-Server-Simple-PSGI to 0.16
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UiYFhKfGwV&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1028949
Bug ID: 1028949
Summary: Locale::Maketext interpolating escaped backslashes
improperly
Product: Fedora
Version: 18
Component: perl
Keywords: Patch
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cweyl(a)alumni.drew.edu, eggled(a)gmail.com,
iarnell(a)gmail.com, jplesnik(a)redhat.com, kasal(a)ucw.cz,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
Depends On: 1026763
External Bug ID: CPAN 120457
+++ This bug was initially created as a clone of Bug #1026763 +++
+++ This bug was initially created as a clone of Bug #1025906 +++
Description of problem:
When a literal backslash is in an L10N value, it is treated nonuniformly by the
Locale::Maketext::_compile method, as patched by RH in Locale::Maketext::Guts
(per https://bugzilla.redhat.com/show_bug.cgi?id=884354). The result depends
on unrelated parts of the string.
[...]
How reproducible:
Always
Steps to Reproduce:
1. Create a language token, whose value is 'Some data\n'
2. Query the language token through Locale::Maketext ($lh->maketext($tag))
Actual results:
'Some data\\n'
Expected results:
'Some data\n'
Additional info:
The behavior changes in the following cases:
1) If the value contains a tokenized field, behavior depends on whether there
is a trailing newline:
'[_1]Some data\n' => 'Some data\n'
'[_1]Some data\n'."\n" => 'Some data\\n
'
2) If the escaped backslash is in a function call, it behaves as expected:
'Some data[sprintf,\n]' => 'Some data\n'
NOTE: All of these cases in standard perl (with Locale::Maketext v 1.13 from
CPAN) behave exactly the same as each other, and they all produce just a single
'\' before the 'n'.
--- Additional comment from Petr Pisar on 2013-11-04 12:16:19 GMT ---
The 'Some data\n' is due to back-porting the fix to perl 5.10.1.
The parameterized case behaves for me differently and is caused by the changes
in the fix. Even latest Locale::Maketext is affected.
----
All Fedoras are affected.
----
F < 20 bundled Locale::Maketext in perl.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1026763
[Bug 1026763] Locale::Maketext interpolating escaped backslashes improperly
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=iKBvBciF8T&a=cc_unsubscribe