[Bug 864102] New: Bad precedence in library version check
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=864102
Bug ID: 864102
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: el6
Priority: unspecified
CC: perl-devel(a)lists.fedoraproject.org, psabata(a)redhat.com
Assignee: psabata(a)redhat.com
Summary: Bad precedence in library version check
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: linux(a)cmadams.net
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: perl-Net-SSH2
Product: Fedora EPEL
Created attachment 623492
--> https://bugzilla.redhat.com/attachment.cgi?id=623492&action=edit
Fix operator precedence in auth agent check
The perl module checks the libssh2 version to decide if agent authenticaion
support should be used, but there is a bad operator precedence in the check (>=
has higher precedence than ||). While the bug is upstream, the situation
(running newer Net::SSH2 with older libssh2) is pretty specific to RHEL 6.
This bug makes ->auth calls fail unless an explicit auth rank is set.
The attached patch fixes the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
11 years
[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