>Number:         20609
>Category:       pkg
>Synopsis:       Exim does not build with other than base SSL
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Mar 07 00:51:01 PST 2003
>Closed-Date:
>Last-Modified:
>Originator:     Mirko Thiesen
>Release:        NetBSD 1.6_BETA5
>Organization:
-- 
thiesi@NetWork23.Sytes.NET ---- NetBSD: Power to the people!
Tel.: ++49-(0)171-416 05 09 -- Fax: ++49-(0)171-134 16 05 09
Mirko Thiesen, P.O. Box 26 03 54, D-13413 Berlin, W. Germany
             "We're with you all the way, mostly"
	     
>Environment:
	
	
System: NetBSD ReLink.NetWorkXXIII.Sytes.NET 1.6_BETA5 NetBSD 1.6_BETA5 (ReLink) #6: Fri Aug 9 00:00:56 CEST 2002 thiesi@ReLink.NetWorkXXIII.Sytes.NET:/usr/src/sys/arch/i386/compile/ReLink i386
Architecture: i386
Machine: i386
>Description:
On systems where the base distribution's OpenSSL libraries are updated via
pkgsrc, Exim does not build. Namely it is "tls.c" which complains about
some includes from OpenSSL being absent. The reason is that in order to make
sure that programs are linked against the newer OpenSSL version from pkgsrc
the base distribution's OpenSSL files should be renamed. Thus, whenever a
program checks for the base distribution's OpenSSL libraries before it
checks for OpenSSL installed via pkgsrc, it's still linked against the
pkgsrc version. Usually this works just fine -- except for Exim, which does
not detect the pkgsrc version of OpenSSL.
>How-To-Repeat:
On a base NetBSD system go to /usr/pkgsrc/security/openssl and install it.
Then move away "old" base distribution's OpenSSL files, e.g. by renaming
/usr/include/openssl. Afterwards try to compile Exim from pkgsrc. It bails
out during compiling of tls.c.
>Fix:
Set TLS_INCLUDE=-I/usr/pkg/include/ in Exim's Makefile (Local/Makefile or
src/EDITME or OS/Makefile-NetBSD*.
>Release-Note:
>Audit-Trail:
>Unformatted: