Re: [Exim] Exim 4.20, Debian, exiscan-acl and sa-exim

Top Pagina
Delete this message
Reply to this message
Auteur: Andreas Metzler
Datum:  
Aan: exim-users
Onderwerp: Re: [Exim] Exim 4.20, Debian, exiscan-acl and sa-exim
On Sun, Jun 29, 2003 at 05:11:27PM +0100, Adam D. Barratt wrote:
[Debian: exim4 for woody]
>> No neeed for additional patching for sa-exim, the dlopen-patch is
>> already included. exiscan-acl will require patching, just fetch the
>> source patch it and check debian/rules on how to build
>> exim4-daemon-custom.


> Thanks. Forgive me if I'm missing something obvious, but... :-)


> Is there any easy way to persuade the package to build on a woody
> system? (work like keeping production servers as close to stable as
> possible). Obviously dpatch needs to be dragged in from sarge, which is
> no problem, but the Build-Depends on libgnutls5-dev tries to drag in
> half of testing when I do an `apt-get build-dep exim4', including the
> updated libc, which I was trying to avoid.


You'll need backported GnuTLS if you want to build with TLS.
support.http://www.logic.univie.ac.at/~ametzler/debian/gnutls/woody/

> If I don't care about TLS support in the generated packages, would
> removing the Build-Depends: on libgnutls5-dev suffice? Likewise, if
> eximon isn't being built, would doing the same for {xlibs,libxaw7}-dev
> stop it trying to drag in half of X?


You can simply ignore these unneeded build-dependencies, you don't
even need to edit debian/control.

> I know there are woody backports available, but they appear to be
> binary-only, which isn't a lot of use for patching with exiscan-acl. :)


I do not provide source-packages for the backports for a simple
reason - they are compiled from unmodified sources from
debian/unstable.
              cu andreas
--
"See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in "Snow Crash"