[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, 12 months
[Bug 859910] New: Hint-hash copying can leak
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=859910
Bug ID: 859910
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
URL: https://rt.perl.org/rt3/Public/Bug/Display.html?id=107
000
Version: 17
Priority: unspecified
CC: cweyl(a)alumni.drew.edu, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz, lkundrak(a)v3.sk,
mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rc040203(a)freenet.de,
tcallawa(a)redhat.com
Assignee: ppisar(a)redhat.com
Summary: Hint-hash copying can leak
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: ppisar(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: ASSIGNED
Component: perl
Product: Fedora
Dying in tied %^H leaks memory:
use Config;
use Test::LeakTrace;
# [perl #107000]
package hhtie {
sub TIEHASH { bless [] }
sub STORE { $_[0][0]{$_[1]} = $_[2] }
sub FETCH { die if $explosive; $_[0][0]{$_[1]} }
sub FIRSTKEY { keys %{$_[0][0]}; each %{$_[0][0]} }
sub NEXTKEY { each %{$_[0][0]} }
}
leaktrace {
eval q`
BEGIN {
$hhtie::explosive = 0;
tie %^H, hhtie;
$^H{foo} = bar;
$hhtie::explosive = 1;
}
{ 1; }
`;
};
Fixed in upstream with commit:
commit 0db511c03fa45894d146905ba3408b3be3f5baa0
Author: Father Chrysostomos <sprout(a)cpan.org>
Date: Sun Sep 23 12:42:15 2012 -0700
[perl #107000] Don’t leak if hh copying dies
Perl 5.14.2 as well as 5.16.1 (all Fedoras) are affected.
--
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