Re: [Mimedefang] reread mimedefang after sa-update

2016-09-16 Thread Marcus Schopen
Hi Richard,

Am Donnerstag, den 15.09.2016, 00:48 -0500 schrieb Richard Laager:
[...]
> So configure.in has a check for this pthread flag, but does not use
> $PTHREAD_FLAG as part of the $CFLAGS for the SAFE_EMBED_PERL test. Patch
> attached, which results in SAFE_EMBED_PERL set and reread working for me
> on Ubuntu 16.04.
> 
> The patch is for configure.in. You'll need to either regenerate
> configure, or apply the same change to configure.
> 
> Thanks for catching this. I just upgraded my mail servers a couple days
> ago and I hadn't actually tested the reread operation.

Thanks for your patch, great. I built a Ubuntu/trusty backport for
version 2.78. Anyone feel free to use it [1] (no mimedefang code changes
expect Richard's patch and change package format for better patch
handling). 

Ciao
Marcus

[1] https://www.binux.de/debian/trusty/mimedefang/


___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] reread mimedefang after sa-update

2016-09-16 Thread Marcus Schopen
Hi Richard,

Am Donnerstag, den 15.09.2016, 00:48 -0500 schrieb Richard Laager:
[...]
> > I'm digging into it right now. The problem seems to be that Perl outputs
> > -lpthread as a required LDFLAG, but gcc needs -pthread (with no "l"), or
> > else it fails linking to the symbol pthread_setspecific.
> 
> So configure.in has a check for this pthread flag, but does not use
> $PTHREAD_FLAG as part of the $CFLAGS for the SAFE_EMBED_PERL test. Patch
> attached, which results in SAFE_EMBED_PERL set and reread working for me
> on Ubuntu 16.04.
> 
> The patch is for configure.in. You'll need to either regenerate
> configure, or apply the same change to configure.
> 
> Thanks for catching this. I just upgraded my mail servers a couple days
> ago and I hadn't actually tested the reread operation.

Patched configure.in and configure (line 4234) and built a package on
Ubuntu 12.04 LTS and 14.04 LTS and everything seems fine:

--
checking whether x86_64-linux-gnu-gcc accepts -pthread... yes
checking if we can embed a Perl interpreter in C... yes
checking if it is safe to destroy and recreate a Perl interpreter... yes
checking for res_init in -lresolv... no
--

and I can reread config:

--
Sep 16 18:13:07 vorlage1204 mimedefang-multiplexor[3772]: Re-initialized
embedded Perl interpreter
Sep 16 18:13:07 vorlage1204 mimedefang-multiplexor[3772]: Killing idle
slave 0 (pid 4225): Forcing reread of filter rules
Sep 16 18:13:07 vorlage1204 mimedefang-multiplexor[3772]: Killing idle
slave 1 (pid 4216): Forcing reread of filter rules
Sep 16 18:13:07 vorlage1204 mimedefang-multiplexor[3772]: Reap: slave 1
(pid 4216) exited normally with status 0
Sep 16 18:13:07 vorlage1204 mimedefang-multiplexor[3772]: Slave 1
resource usage: req=0, scans=0, user=0.000, sys=0.006, nswap=0,
majflt=0, minflt=343, maxrss=27128, bi=0, bo=0
Sep 16 18:13:07 vorlage1204 mimedefang-multiplexor[3772]: Reap: slave 0
(pid 4225) exited normally with status 0
Sep 16 18:13:07 vorlage1204 mimedefang-multiplexor[3772]: Slave 0
resource usage: req=0, scans=0, user=0.006, sys=0.000, nswap=0,
majflt=0, minflt=343, maxrss=27128, bi=0, bo=0
--

Ciao
Marcus

-- 
   I'm looking for something that can deliver a 50-pound payload of snow
   on a small feminine target. Can you suggest something? Hello...?
  --- Calvin

___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang