Re: multi-CPU optimization inside a distribution

On Thu, 30 Jun 2016 22:07:24 +0200, you wrote: >On Thu, 30 Jun 2016 15:59:38 -0400 >Solomon Peachy wrote: > >> On Thu, Jun 30, 2016 at 08:04:57PM +0100, Richard W.M. Jones wrote: >> > I will just snipe here that the situation would be better if POWER >> > > 4 hardware was

Re: multi-CPU optimization inside a distribution

On Thu, 30 Jun 2016 18:01:38 +0200, you wrote: >> Realistically, it isn't about either specifically. Each iteration of >> POWER tends to require tuning specifically for that generation if you >> want to get the most performance out of your software. > >Latest CPU features get utilized mostly

[389-devel] Re: Logging performance improvement

On Thu, 2016-06-30 at 20:53 -0600, Rich Megginson wrote: > On 06/30/2016 08:14 PM, William Brown wrote: > > On Thu, 2016-06-30 at 20:01 -0600, Rich Megginson wrote: > >> On 06/30/2016 07:52 PM, William Brown wrote: > >>> Hi, > >>> > >>> I've been thinking about this for a while, so I decided to

Re: Fixing /.autorelabel

> "PL" == Petr Lautrbach writes: PL> (2) when a generator file was mislabeled it could not be run by PL> systemd as systemd can't read fedora-relabel unit file now Isn't it possible to detect that situation and simply force the relabel? - J< -- devel mailing list

[389-devel] Re: Logging performance improvement

On 06/30/2016 08:14 PM, William Brown wrote: On Thu, 2016-06-30 at 20:01 -0600, Rich Megginson wrote: On 06/30/2016 07:52 PM, William Brown wrote: Hi, I've been thinking about this for a while, so I decided to dump my thoughts to a document. I think I won't get to implementing this for a

[EPEL-devel] Fedora EPEL 5 updates-testing report

The following Fedora EPEL 5 Security updates need testing: Age URL 750 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626 puppet-2.7.26-1.el5 599 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849 sblim-sfcb-1.3.8-2.el5 242

[389-devel] Re: Logging performance improvement

On Thu, 2016-06-30 at 20:01 -0600, Rich Megginson wrote: > On 06/30/2016 07:52 PM, William Brown wrote: > > Hi, > > > > I've been thinking about this for a while, so I decided to dump my > > thoughts to a document. I think I won't get to implementing this for a > > while, but it would really help

[389-devel] Re: Replication after full online init

On Thu, 2016-06-30 at 14:53 -0700, Noriko Hosoi wrote: > On 06/30/2016 12:45 AM, Ludwig Krispenz wrote: > > Hi William, > > > > the reason that after a total init the consumer does not have the > > latest state of the supplier RUV and is receiving updates based on the > > RUV at start of the

[389-devel] Re: Logging performance improvement

On 06/30/2016 07:52 PM, William Brown wrote: Hi, I've been thinking about this for a while, so I decided to dump my thoughts to a document. I think I won't get to implementing this for a while, but it would really help our server performance.

[389-devel] Logging performance improvement

Hi, I've been thinking about this for a while, so I decided to dump my thoughts to a document. I think I won't get to implementing this for a while, but it would really help our server performance. http://www.port389.org/docs/389ds/design/logging-performance-improvement.html -- Sincerely,

[Bug 1351821] perl-Inline-Python-0.50 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1351821 --- Comment #3 from Upstream Release Monitoring --- Patches were not touched. All were applied properly -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora

[Bug 1351821] perl-Inline-Python-0.50 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1351821 --- Comment #2 from Upstream Release Monitoring --- Created attachment 1174773 --> https://bugzilla.redhat.com/attachment.cgi?id=1174773=edit Rebase-helper rebase-helper-debug.log log file.

[Bug 1351821] perl-Inline-Python-0.50 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1351821 --- Comment #1 from Upstream Release Monitoring --- Patching or scratch build for perl-Inline-Python-0.49 failed. -- You are receiving this mail because: You are on the CC list for the bug. --

[Bug 1351821] New: perl-Inline-Python-0.50 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1351821 Bug ID: 1351821 Summary: perl-Inline-Python-0.50 is available Product: Fedora Version: rawhide Component: perl-Inline-Python Keywords: FutureFeature, Triaged Assignee:

[OT] Tim, Gil, et. al. (e-mail address settings)

To keep this off-list as much as possible, the rant is here: http://reiisi.blogspot.com/2016/07/to-gil-tim-fedora-et-al.html (The blame lies elsewhere. I wish I had the network and social cred to get a real movement started, away from the current faceless CA system and towards a different

Re: Fixing /.autorelabel

On Thu, 30.06.16 22:27, Petr Lautrbach (plaut...@redhat.com) wrote: > > SELinux is in Permissive mode during this time. > > SELinux policy is loaded in systemd on very beginning so unless it's set > to be permissive in the config file or on the kernel command line, a > system is in enforcing

Re: Fixing /.autorelabel

On Thu, 30.06.16 21:23, Petr Lautrbach (plaut...@redhat.com) wrote: > I like the idea that the relabeling will be isolated in a special > target. And we've recently moved fedora-selinux.service to > policycoreutils so it could live there. > > However, it won't probably fix the following

[Bug 1351172] perl.req gets exponentially slow in a certain scenario

https://bugzilla.redhat.com/show_bug.cgi?id=1351172 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 479 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 242 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 108

Re: Updated hdf5, netcdf, libdap coming to rawhide tomorrow

On 06/29/2016 05:08 PM, Orion Poplawski wrote: > On 06/28/2016 04:59 PM, Orion Poplawski wrote: >> I'll be updating hdf5, netcdf, and libdap in rawhide tomorrow and doing >> rebuilds of dependent packages. >> > > Well, as typical, running into issues with openmpi on arm. Investigating. > Looks

Re: Fixing /.autorelabel

On 06/30/2016 09:52 PM, Richard W.M. Jones wrote: > On Thu, Jun 30, 2016 at 09:23:45PM +0200, Petr Lautrbach wrote: >> On 06/30/2016 06:13 PM, Lennart Poettering wrote: >>> On Thu, 30.06.16 10:45, Simo Sorce (s...@redhat.com) wrote: >>> >> Insert your idea here … > > Do it the same way

[EPEL-devel] Re: epel7 comps.xml lists wrong package for util-linux

On Thu, 30 Jun 2016 11:09:15 +0300 Tuomo Soini wrote: > I noticed a issue in epel7 comps. > > buildsys-build group includes util-linux-ng while on rhel7 package is > util-linux and util-linux doesn't even provide util-linux-ng - that > causes packages requiring software from

Re: Problem with exact provides in pre-release version

On 2016-06-30 04:27, Ahmad Samir wrote: > On 30 June 2016 at 01:21, Marcin Zajączkowski wrote: >> >> Hi, >> >> I'm a maintainer of NetworkManager-sstp package and before 1.2.0 final >> will be released I experimenting in my CORP repo with pre-release Git >> version. I've encountered

Re: multi-CPU optimization inside a distribution

On Thu, 30 Jun 2016 15:59:38 -0400 Solomon Peachy wrote: > On Thu, Jun 30, 2016 at 08:04:57PM +0100, Richard W.M. Jones wrote: > > I will just snipe here that the situation would be better if POWER > > > 4 hardware was generally available to buy. > > The upcoming Raptor

Re: multi-CPU optimization inside a distribution

On Thu, Jun 30, 2016 at 08:04:57PM +0100, Richard W.M. Jones wrote: > I will just snipe here that the situation would be better if POWER > 4 > hardware was generally available to buy. The upcoming Raptor Talos POWER8 board [1] looks promising, but at $3700 a pop just for the motherboard and an

Re: Fixing /.autorelabel

On Thu, Jun 30, 2016 at 09:23:45PM +0200, Petr Lautrbach wrote: > On 06/30/2016 06:13 PM, Lennart Poettering wrote: > > On Thu, 30.06.16 10:45, Simo Sorce (s...@redhat.com) wrote: > > > Insert your idea here … > >>> > >>> Do it the same way `dnf system-upgrade` works. The requirements

Re: Fixing /.autorelabel

On 06/30/2016 06:13 PM, Lennart Poettering wrote: > On Thu, 30.06.16 10:45, Simo Sorce (s...@redhat.com) wrote: > Insert your idea here … >>> >>> Do it the same way `dnf system-upgrade` works. The requirements (having >>> local filesystem read- and writable) are quite similar. Or the way

Re: multi-CPU optimization inside a distribution

On Thu, Jun 30, 2016 at 12:12:37PM +0200, Dan Horák wrote: > For ppc64 (the big endian POWER) the base is set by the toolchain > default which is Power4/ppc970. When Power7 came we were asked what are > the options to take the advantage of these CPUs, 3 generations newer > than the base. The

Re: multi-CPU optimization inside a distribution

On Thu, Jun 30, 2016 at 12:01 PM, Jan Kratochvil wrote: > On Thu, 30 Jun 2016 16:13:59 +0200, Josh Boyer wrote: >> On Thu, Jun 30, 2016 at 9:53 AM, Jan Kratochvil >> wrote: >> > But now there is ppc64le for >=Power8. So <=Power7 can use

Re: F25 System Wide Change: Automatic Provides for Python RPM Packages

> "JR" == Jaroslav Reznik writes: JR> * Proposal owners: Prepare a draft for the Fedora Packaging JR> Guidelines for Python Please open a ticket with FPC sooner rather than later, even if the draft isn't ready/started. - J< -- devel mailing list

Re: Looking for a proven packager

On Thu, Jun 30, 2016 at 4:35 AM Peter Robinson wrote: > On Thu, Jun 30, 2016 at 9:30 AM, Igor Gnatenko > wrote: > > First thing you should do is to send your patch upstream. If upstream > > will say "it's good patch", I will help you to get it in

Re: Fixing /.autorelabel

On Thu, 30.06.16 10:45, Simo Sorce (s...@redhat.com) wrote: > > > Insert your idea here … > > > > Do it the same way `dnf system-upgrade` works. The requirements (having > > local filesystem read- and writable) are quite similar. Or the way > > PackageKit's system upgrade works… > > probably

Re: multi-CPU optimization inside a distribution

On Thu, Jun 30, 2016 at 5:01 PM, Jan Kratochvil wrote: > On Thu, 30 Jun 2016 16:13:59 +0200, Josh Boyer wrote: >> On Thu, Jun 30, 2016 at 9:53 AM, Jan Kratochvil >> wrote: >> > But now there is ppc64le for >=Power8. So <=Power7 can use

Re: multi-CPU optimization inside a distribution

On Thu, 30 Jun 2016 16:13:59 +0200, Josh Boyer wrote: > On Thu, Jun 30, 2016 at 9:53 AM, Jan Kratochvil > wrote: > > But now there is ppc64le for >=Power8. So <=Power7 can use ppc64 but newer > >>=Power8 hardware does use ppc64le which is already Power8 optimized. > >

[389-devel] please review: Ticket48907 - admin server - register-ds-admin.pl fails to find local config DS

https://fedorahosted.org/389/ticket/48907 https://fedorahosted.org/389/attachment/ticket/48907/0001-Ticket-48907-register-ds-admin-fails-to-find-local-c.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: autoconf test for deprecated readdir_r

On Thu, Jun 30, 2016 at 11:30:38AM -0400, Kaleb KEITHLEY wrote: > > Hi, > > Does anyone have a good/working autoconf test for checking for > deprecated readdir_r (for Fedora 25) ? > > I'm not having much luck. (Have tried AC_COMPILE_IFELSE, among other > things.) > > Alternatively it would be

Re: autoconf test for deprecated readdir_r

On 06/30/2016 05:38 PM, Zdenek Kabelac wrote: Cut & paste example code solution from lvm2: #if !defined(__GLIBC__) || (__GLIBC__ < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR__ < 23)) /* readdir_r is deprecated with newer GLIBC */ struct dirent entry, *iter = 0; while ( (errno =

Re: autoconf test for deprecated readdir_r

Dne 30.6.2016 v 17:30 Kaleb KEITHLEY napsal(a): Hi, Does anyone have a good/working autoconf test for checking for deprecated readdir_r (for Fedora 25) ? I'm not having much luck. (Have tried AC_COMPILE_IFELSE, among other things.) Alternatively it would be nice if there was a some kind of

Re: fedora-packager installs yum

On 06/30/2016 04:34 AM, Dennis Gilmore wrote: > On Wednesday, June 29, 2016 10:42:36 AM CDT Raphael Groner wrote: >> There's a controversial ongoing discussion. f-e-k needs a port to Python 3. >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1329629 >>

autoconf test for deprecated readdir_r

Hi, Does anyone have a good/working autoconf test for checking for deprecated readdir_r (for Fedora 25) ? I'm not having much luck. (Have tried AC_COMPILE_IFELSE, among other things.) Alternatively it would be nice if there was a some kind of feature test define in dirent.h. Thanks, --

rpmgrill in taskotron

Hey Ralph (ccing qa-devel), just to let you know, I added some code to Koji directive to download build logs. The patch is posted here: https://phab.qadevel.cloud.fedoraproject.org/D916 (you can use 'arch patch D916' to apply the diff in your libtaskotron checkout) The corresponding changes for

Re: multi-CPU optimization inside a distribution

On Thu, Jun 30, 2016 at 2:53 PM, Jan Kratochvil wrote: > On Thu, 30 Jun 2016 12:12:37 +0200, Dan Horák wrote: >> For ppc64 (the big endian POWER) the base is set by the toolchain >> default which is Power4/ppc970. When Power7 came we were asked what are >> the options

Re: [Modularity] Modularization wiki moved to "Modularity"

On Thu, Jun 30, 2016 at 07:12:23AM -0400, Stephen Gilson wrote: > The Modularization wiki formerly found at > https://fedoraproject.org/wiki/Modularization has been moved to > "Modularity" as part of an effort to consolidate terminology. > > This includes the subpages: >

Re: Fixing /.autorelabel

On Thu, 2016-06-30 at 07:34 +, Christian Stadelmann wrote: > > It should be possible to touch /.autorelabel and have the SELinux > > labels on the filesystem fixed at next boot. > > […] > > > (a) Configure /etc/selinux/config to set SELinux permissive, and > > modify the

Re: multi-CPU optimization inside a distribution

On Thu, Jun 30, 2016 at 9:53 AM, Jan Kratochvil wrote: > On Thu, 30 Jun 2016 12:12:37 +0200, Dan Horák wrote: >> For ppc64 (the big endian POWER) the base is set by the toolchain >> default which is Power4/ppc970. When Power7 came we were asked what are >> the options

Re: multi-CPU optimization inside a distribution

On Thu, 30 Jun 2016 12:12:37 +0200, Dan Horák wrote: > For ppc64 (the big endian POWER) the base is set by the toolchain > default which is Power4/ppc970. When Power7 came we were asked what are > the options to take the advantage of these CPUs, 3 generations newer > than the base. The solution

Fedora Rawhide-20160630.n.0 compose check report

Missing expected images: Workstation live i386 Cloud_base raw-xz i386 Atomic raw-xz x86_64 Kde raw-xz armhfp Minimal raw-xz armhfp Workstation live x86_64 Failed openQA tests: 13/78 (x86_64), 2/16 (i386) ID: 24230 Test: x86_64 Workstation-boot-iso install_default URL:

Re: F25 System Wide Change: Automatic Provides for Python RPM Packages

On Thu, Jun 30, 2016 at 5:20 AM, Jaroslav Reznik wrote: > = Proposed System Wide Change: Automatic Provides for Python RPM Packages = > https://fedoraproject.org/wiki/Changes/ > Automatic_Provides_for_Python_RPM_Packages > > Change owner(s): > * Tomas Orsava

Re: F25 System Wide Change: Automatic Provides for Python RPM Packages

On Thu, Jun 30, 2016 at 2:20 PM, Jaroslav Reznik wrote: > = Proposed System Wide Change: Automatic Provides for Python RPM Packages = > https://fedoraproject.org/wiki/Changes/ > Automatic_Provides_for_Python_RPM_Packages > > Change owner(s): > * Tomas Orsava

F25 System Wide Change: Automatic Provides for Python RPM Packages

= Proposed System Wide Change: Automatic Provides for Python RPM Packages = https://fedoraproject.org/wiki/Changes/ Automatic_Provides_for_Python_RPM_Packages Change owner(s): * Tomas Orsava * Miro Hroncok

Fedora rawhide compose report: 20160630.n.0 changes

OLD: Fedora-Rawhide-20160629.n.0 NEW: Fedora-Rawhide-20160630.n.0 = SUMMARY = Added images:4 Dropped images: 0 Added packages: 5 Dropped packages:0 Upgraded packages: 77 Downgraded packages: 0 Size of added packages: 8.28 MiB Size of dropped packages:0.00

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Data-Alias-1.20-2.fc24.i686 requires

Broken dependencies: perl-Algorithm-Permute

perl-Algorithm-Permute has broken dependencies in the rawhide tree: On x86_64: perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386:

[Modularity] Modularization wiki moved to "Modularity"

The Modularization wiki formerly found at https://fedoraproject.org/wiki/Modularization has been moved to "Modularity" as part of an effort to consolidate terminology. This includes the subpages: https://fedoraproject.org/wiki/Modularity/Infra /Modularity/Developer_Notes

Re: fedora-packager installs yum

On Wednesday, June 29, 2016 10:42:36 AM CDT Raphael Groner wrote: > There's a controversial ongoing discussion. f-e-k needs a port to Python 3. > > https://bugzilla.redhat.com/show_bug.cgi?id=1329629 > https://bugzilla.redhat.com/show_bug.cgi?id=1024796 >

Re: fedora-packager installs yum

On Wednesday, June 29, 2016 1:27:46 AM CDT Christopher wrote: > Installing fedora-packager pulls in yum as a dependency. Is this expected > on a system built around dnf and without yum already installed? yes it is expected and will continue to be the case for years to come, why? mock, we will

multi-CPU optimization inside a distribution

Hi all, we were talking about this item for some time, so let's start a thread for it to have the discussion and hopefully also a solution documented. This is meant as discussion initiation based on the situation in Fedora on POWER. I would like to ask the bigger experts than me to fill the

Re: Gnome-shell crash with Nvidia drivers (fix available but not in Fedora 24 it seems)

Thanks ! -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Anyone know how to contact maintainer Salimma?

2016-06-30 4:59 GMT+02:00 Avram Lubkin : > > I've been trying to contact Salimma, Michel Alexandre Salim, for the last > month. I've been trying to update python-sphinx which hasn't had an update > since last fall. Worked through all of the issues, but maintainer hasn't >

Re: Looking for a proven packager

On Thu, Jun 30, 2016 at 9:14 AM, Mattias Ellert wrote: > Hi! > > I submitted a bugzilla report with a patch that implements an > improvement of the hadoop package in Fedora, extending the current > incomplete Fedora integration patch that only supports ix86 and x86_64

Re: Looking for a proven packager

On Thu, Jun 30, 2016 at 9:30 AM, Igor Gnatenko wrote: > First thing you should do is to send your patch upstream. If upstream > will say "it's good patch", I will help you to get it in Fedora before > upstream will release new version. Unfortunately it's not possible in >

Re: Looking for a proven packager

First thing you should do is to send your patch upstream. If upstream will say "it's good patch", I will help you to get it in Fedora before upstream will release new version. Unfortunately it's not possible in other way. Also there are some comments from random guys about code quality. On Thu,

Re: RFC: static builds for user emulators in Fedora QEMU RPMs

On Thu, Jun 30, 2016 at 10:21:18AM +0200, Michal Schmidt wrote: > On 06/29/2016 12:03 PM, Daniel P. Berrange wrote: > > The change to introduce a qemu-binfmt package has small upgrade > > implications since anyone with qemu-user installed today, will loose > > the binary format rules unless they

Re: RFC: static builds for user emulators in Fedora QEMU RPMs

On 06/29/2016 12:03 PM, Daniel P. Berrange wrote: > The change to introduce a qemu-binfmt package has small upgrade > implications since anyone with qemu-user installed today, will loose > the binary format rules unless they manually install qemu-binfmt. Not if you add "Obsoletes: qemu-user <

[Bug 1351354] amavisd-new: additional systemd hardening

https://bugzilla.redhat.com/show_bug.cgi?id=1351354 --- Comment #1 from Fedora Update System --- amavisd-new-2.11.0-3.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-34df18001a -- You are receiving this mail

Looking for a proven packager

Hi! I submitted a bugzilla report with a patch that implements an improvement of the hadoop package in Fedora, extending the current incomplete Fedora integration patch that only supports ix86 and x86_64 to more architectures. The maintainer is unwilling to apply it, but says that if a proven

jorti pushed to amavisd-new (f24). "Mandatory Perl build-requires added "

From 134d56bda25853ef1689b8608715c595237fe377 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 24 Jun 2016 10:48:20 +0200 Subject: Mandatory Perl build-requires added ---

jorti pushed to amavisd-new (f24). "Additional systemd hardening (RHBZ#1351354)"

From 6d3d0c2d8bb7d82f8e01e945180e45f0f68fef75 Mon Sep 17 00:00:00 2001 From: Juan Orti Alcaine Date: Thu, 30 Jun 2016 09:03:24 +0200 Subject: Additional systemd hardening (RHBZ#1351354) --- amavis-mc.service| 4 +++- amavisd-clean-quarantine.service | 4

[EPEL-devel] epel7 comps.xml lists wrong package for util-linux

I noticed a issue in epel7 comps. buildsys-build group includes util-linux-ng while on rhel7 package is util-linux and util-linux doesn't even provide util-linux-ng - that causes packages requiring software from util-linux to fail in mock build. Could somebody with access fix this issue asap?

[389-devel] Re: Replication after full online init

Hi William, the reason that after a total init the consumer does not have the latest state of the supplier RUV and is receiving updates based on the RUV at start of the total init is independent of the modrdn problem. When a supplier is performing a total init it is still accepting changes,

Re: Fixing /.autorelabel

On 06/30/2016 09:34 AM, Christian Stadelmann wrote: Setting SELinux to permissive (even for a very short time) seems risky to me. I'd rather not do that. Is it really substantially more risky than blindly relabeling the file system? Florian -- devel mailing list

Re: Fixing /.autorelabel

> It should be possible to touch /.autorelabel and have the SELinux > labels on the filesystem fixed at next boot. […] > (a) Configure /etc/selinux/config to set SELinux permissive, and > modify the fedora-autorelabel.service so it edits /etc/selinux/config > to re-enable SELinux next time.

jorti pushed to amavisd-new (master). "Additional systemd hardening (RHBZ#1351354)"

From 6d3d0c2d8bb7d82f8e01e945180e45f0f68fef75 Mon Sep 17 00:00:00 2001 From: Juan Orti Alcaine Date: Thu, 30 Jun 2016 09:03:24 +0200 Subject: Additional systemd hardening (RHBZ#1351354) --- amavis-mc.service| 4 +++- amavisd-clean-quarantine.service | 4