From owner-svn-ports-all@FreeBSD.ORG Fri Jul 11 21:27:33 2014 Return-Path: Delivered-To: svn-ports-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0321D1; Fri, 11 Jul 2014 21:27:33 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32CFE28AA; Fri, 11 Jul 2014 21:27:32 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MMShK-1XDwsV0b6M-008K1o; Fri, 11 Jul 2014 23:27:25 +0200 Message-ID: <53C056BD.7080206@gmx.de> Date: Fri, 11 Jul 2014 23:27:25 +0200 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Mathieu Arnold Subject: Re: svn commit: r361294 - in head/www/apache22: . files References: <201407082131.s68LVnVj008783@svn.freebsd.org> <8612910DC9EAD4272CAA72D9@atuin.in.mat.cc> <53C04A97.7000409@gmx.de> <3EA3824870AA723765109C1F@atuin.in.mat.cc> In-Reply-To: <3EA3824870AA723765109C1F@atuin.in.mat.cc> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:7zz2tkknMtgp9yfuje0b1dNL02hWriD1/ufdA2jpQhfnBgzvIdK GlNwMJ7V8ZcGXQlOvZVp3iyXUFN0PuxWmasbO2ujtTj2OT9i45haxFixzmAquLWP8Jkw7HN KGoaz2WwZId1dSKn3q8pFUF7qUWOL2ZXS+cZSS6E7uuKBTK3WYNc7n6R6qj1M2gl7nc/6NC 7HPAv0q9ZzWkIYh1AsxOA== Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@freebsd.org X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2014 21:27:33 -0000 On 2014-07-11 22:59, Mathieu Arnold wrote: > +--On 11 juillet 2014 22:35:35 +0200 olli hauer wrote: > | What ist the output of the following commands > | > |# devel/apr > | $ ldd /usr/local/lib/apr-util-1/apr_crypto_openssl.so > > root@ns1:/root # ldd /usr/local/lib/apr-util-1/apr_crypto_openssl.so > /usr/local/lib/apr-util-1/apr_crypto_openssl.so: > libssl.so.8 => /usr/local/lib/libssl.so.8 (0x801203000) > libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x801469000) > libc.so.7 => /lib/libc.so.7 (0x80081b000) > libthr.so.3 => /lib/libthr.so.3 (0x801843000) Thats good > > |# www/apache22 buid and stage directory > | $ ldd work/httpd-2.2.27/modules/ssl/.libs/mod_ssl.so > | $ ldd work/stage/usr/local/libexec/apache22/mod_ssl.so > > I don't have the original one, so I'm running this from a poudriere > testport -i: > > root@pkg:/root # ldd > /wrkdirs/usr/ports/www/apache22/work/httpd-2.2.27/modules/ssl/.libs/mod_ssl.so > /wrkdirs/usr/ports/www/apache22/work/httpd-2.2.27/modules/ssl/.libs/mod_ssl.so: > libssl.so.6 => /usr/lib/libssl.so.6 (0x801231000) > libcrypto.so.6 => /lib/libcrypto.so.6 (0x801486000) > libcrypt.so.5 => /lib/libcrypt.so.5 (0x801827000) > libthr.so.3 => /lib/libthr.so.3 (0x801a46000) > libc.so.7 => /lib/libc.so.7 (0x80081a000) > root@pkg:/root # ldd > /wrkdirs/usr/ports/www/apache22/work/stage/usr/local/libexec/apache22/mod_ssl.so > /wrkdirs/usr/ports/www/apache22/work/stage/usr/local/libexec/apache22/mod_ssl.so: > libssl.so.6 => /usr/lib/libssl.so.6 (0x801231000) > libcrypto.so.6 => /lib/libcrypto.so.6 (0x801486000) > libcrypt.so.5 => /lib/libcrypt.so.5 (0x801827000) > libthr.so.3 => /lib/libthr.so.3 (0x801a46000) > libc.so.7 => /lib/libc.so.7 (0x80081a000) > root@pkg:/root # grep SSL /etc/make.conf > WITH_OPENSSL_PORT=yes Thats not OK, > > Also, from that building jail, the apr is good: > > root@pkg:/root # ldd /usr/local/lib/apr-util-1/apr_crypto_openssl.so > /usr/local/lib/apr-util-1/apr_crypto_openssl.so: > libssl.so.8 => /usr/local/lib/libssl.so.8 (0x801203000) > libcrypto.so.8 => /usr/local/lib/libcrypto.so.8 (0x801469000) > libc.so.7 => /lib/libc.so.7 (0x80081a000) > libthr.so.3 => /lib/libthr.so.3 (0x801843000) > It's a long time ago but I remember such failures because OPENSSLBASE was not set at configure time to correct path. (I suspect thats also the reason why some ports have a fix .include Mk/bsd.openssl.mk) Will try to find a solution