[Bug 844988] New: Upgrade to new upstream version
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=844988
Bug ID: 844988
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: el6
Priority: unspecified
CC: perl-devel(a)lists.fedoraproject.org, steve(a)silug.org
Assignee: steve(a)silug.org
Summary: Upgrade to new upstream version
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: lionel.cons(a)cern.ch
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: perl-Test-Class
Product: Fedora EPEL
The latest version of Test::Class on CPAN is now 0.37.
This is the version to use everywhere. Please upgrade in Fedora as well as
EPEL5 and EPEL6.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 9 months
[Bug 791078] New: perl-Config-IniFiles should require IO::Scalar
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-Config-IniFiles should require IO::Scalar
https://bugzilla.redhat.com/show_bug.cgi?id=791078
Summary: perl-Config-IniFiles should require IO::Scalar
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-Config-IniFiles
AssignedTo: tcallawa(a)redhat.com
ReportedBy: bochecha(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: tcallawa(a)redhat.com, fedora-perl-devel-list(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
It is possible to pass a reference to a variable containing the ini "config
file" to Config::IniFiles->new()
This feature requires IO::Scalar to be installed.
However, rpmbuild doesn't pick this dependency automatically.
Version-Release number of selected component (if applicable):
perl-Config-IniFiles-2.68-1.fc16.noarch
How reproducible:
Always
Steps to Reproduce:
1. yum install perl-Config-IniFiles
2. Run the following perl script:
-- test.pl --
use Config::IniFiles;
my $ini = "[section]\nkey=value";
my $config = Config::IniFiles->new(-file=>\$ini);
-------------
Actual results:
On a system without perl-IO-stringy installed, I get:
[mathieu@localhost ~]$ perl test.pl
Failed to open SCALAR(0x1034c48): No such file or directory at test.pl line 5
This means that the package is missing a requires on perl(IO::Scalar)
Expected results:
The script should not fail, because perl-IO-stringy would be installed.
Additional info:
The problem is present both in Fedora 16 and EPEL 6, probably in other releases
as well.
Note that the requirement should probably be picked up by rpmbuild, my guess is
that rpmbuild doesn't like the way IO::Scalar is used in Config::IniFiles:
-- lib/Config/IniFiles.pm:2265 --
if (ref($thing) eq "SCALAR") {
if (eval { require IO::Scalar; $IO::Scalar::VERSION >= 2.109; }) {
return IO::Scalar->new($thing);
} else {
warn "SCALAR reference as file descriptor requires
IO::stringy ".
"v2.109 or later" if ($^W);
return;
}
}
---------------------------------
Perhaps it could be added to the spec file in the meantime?
--
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.
10 years, 10 months
[Bug 756294] New: Upgrade to new upstream version
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: Upgrade to new upstream version
https://bugzilla.redhat.com/show_bug.cgi?id=756294
Summary: Upgrade to new upstream version
Product: Fedora EPEL
Version: el6
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: perl-Params-Validate
AssignedTo: steve(a)silug.org
ReportedBy: lionel.cons(a)cern.ch
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com,
lxtnow(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
The latest version of Params::Validate on CPAN is now 1.00 (since 11 Jun 2011).
This is the version to use everywhere. Please upgrade in EPEL (at least for
EL5, EL6 and current Fedora).
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.
10 years, 11 months
[Bug 789571] New: amavisd needs a systemd unit
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: amavisd needs a systemd unit
https://bugzilla.redhat.com/show_bug.cgi?id=789571
Summary: amavisd needs a systemd unit
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: amavisd-new
AssignedTo: steve(a)silug.org
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com,
kanarip(a)kanarip.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
amavisd needs a systemd unit
it's one of the two services not converted yet on my system
even clamav has a systemd unit now (I had to convert because the sysv clamav
chain was not working too well anymore)
ln -sf /lib/systemd/system/clamd@.service
/etc/systemd/system/multi-user.target.wants/clamd(a)amavisd.service
(though there may be a cleaner way to express this dep if amavisd had its own
unit file)
Version-Release number of selected component (if applicable):
amavisd-new-2.6.6-2.fc17.noarch
clamav-0.97.3-1703.fc17.x86_64
clamav-data-empty-0.97.3-1703.fc17.noarch
clamav-filesystem-0.97.3-1703.fc17.noarch
clamav-lib-0.97.3-1703.fc17.x86_64
clamav-server-0.97.3-1703.fc17.x86_64
clamav-server-systemd-0.97.3-1703.fc17.noarch
clamav-update-0.97.3-1703.fc17.x86_64
systemd-42-1.fc17.x86_64
--
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.
10 years, 11 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, 1 month