From owner-freebsd-apache@freebsd.org Thu Jul 13 11:02:30 2017 Return-Path: Delivered-To: freebsd-apache@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08468D9F07F for ; Thu, 13 Jul 2017 11:02:30 +0000 (UTC) (envelope-from brnrd@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E340273AAB for ; Thu, 13 Jul 2017 11:02:29 +0000 (UTC) (envelope-from brnrd@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E24BCD9F07E; Thu, 13 Jul 2017 11:02:29 +0000 (UTC) Delivered-To: apache@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0231D9F07D for ; Thu, 13 Jul 2017 11:02:29 +0000 (UTC) (envelope-from brnrd@FreeBSD.org) Received: from smtp02.qsp.nl (smtp02.qsp.nl [193.254.214.163]) by mx1.freebsd.org (Postfix) with ESMTP id A2F8573AA9; Thu, 13 Jul 2017 11:02:29 +0000 (UTC) (envelope-from brnrd@FreeBSD.org) Received: from smtp02.qsp.nl (localhost [127.0.0.1]) by smtp02.qsp.nl (Postfix) with ESMTP id 86BE3FD0E3; Thu, 13 Jul 2017 13:02:21 +0200 (CEST) Received: from mail.brnrd.eu (unknown [193.164.217.85]) by smtp02.qsp.nl (Postfix) with ESMTP; Thu, 13 Jul 2017 13:02:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=brnrd.eu; h=date:from:to:subject:message-id; s=default; bh=MmgvxT9JlGT2rDyaVl0XOtRhnVZXXVAdpVbgWnzpwz4=; b=JXb5rDWUcI/XPhmFfMnIgsavwY8Clg8exDQrLufyQcX209MGVF+q8FRQ7nnOAQ32z++yMufMnLh5aSxxXUo5XvXiWtnBEXmVmPOcRrMuS81R1Bbvf1uqR4inhSmkIjioncbmPkmYUy85n2q640hsXPEnLaUiz8oYjTvJjmvIVdzKtVx8XHO1/aO7JcVJsepVTzx1PXqk8v0ds1EadrDDWCg1ffho1YmYPh8i3djdRaR3U0P4pD3Nr2+VL2Yc4JhylI6/tR3kNgyY09BmdoHCF+8/k6SASRO0QrfQ6TpOJTtlocJT6nHzLbdGGn6l9eQg+mvkT5OqLR+rgM/eIPW2/Q== Received: from mail.bachfreund.nl (http.brnrd.eu [172.17.2.8]) by bachfreund.nl (OpenSMTPD) with ESMTPSA id 2fc5ad3e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 13 Jul 2017 13:02:20 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 13 Jul 2017 13:02:20 +0200 From: Bernard Spil To: Stefan Esser Cc: apache@freebsd.org Subject: Re: Issues in apr1 port upgrade to 1.6.2 (with option SQLITE) In-Reply-To: References: Message-ID: X-Sender: brnrd@FreeBSD.org User-Agent: Roundcube Webmail/1.2.5 X-Virus-Scanned: clamav at smtp02 X-BeenThere: freebsd-apache@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Support of apache-related ports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2017 11:02:30 -0000 On 2017-07-13 10:06, Stefan Esser wrote: > Hi Bernard, > > the updated devel/apr1 did not build on my system (with OPTION SQLITE) > and I noticed a few more details that don't look correct: > > 1) The libraries for sqlite support (e.g. apr_dbd_sqlite3-1.so) are not > built, but referenced during packaging, if option SQLITE is enabled. > (This option might not be correctly passed to the build of apr-util, > where apr_dbd_sqlite3.c can be found? I did not attempt to debug > this > any further ...) > > 2) I had an old version of libapr-1.so.0 in /usr/local/lib/compat/pkg. > The QA checks complained about that file being used by the port: > > ====> Running Q/A tests (stage-qa) > Error: /usr/local/lib/libaprutil-1.so.0.6.0 is linked to > /usr/local/lib/compat/pkg/libapr-1.so.0 that does not belong to any > package > > When I removed that file from compat/pkg, the build completed and > the correct library just built seems to have been used. > (This may be a false positive in the sense that stage-qa does not > use the same library search as was used to link the binaries of > this port.) > --> This is obviously visible only when directly building the port > and not when building within a poudriere jail. > > 3) The UPDATING entry for apr1 mentions libressl in the pkg info line. > This should probably have been apr1 instead ... > > Regards, STefan Hi Stefan, Thanks for reporting. 1) There's indeed a regression with SQLite3. _ENV doesn't help if it should be _ARGS... Fixed this now (no revision bump as this would result in a package/install failure) 3) Typo, fixed. 2) Not sure how this comes about ./configure --with-apr=/usr/ports/devel/apr1/work/apr-1.6.2 Guess this is nice during build linker finds compat before that. Investigating... Cheers, Bernard.