From owner-freebsd-ports@freebsd.org Sat Oct 10 15:51:38 2015 Return-Path: Delivered-To: freebsd-ports@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 1FFD29D2C39 for ; Sat, 10 Oct 2015 15:51:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA3717A1; Sat, 10 Oct 2015 15:51:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id t9AFpaM7097193; Sat, 10 Oct 2015 08:51:36 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id t9AFpZBb097192; Sat, 10 Oct 2015 08:51:36 -0700 (PDT) (envelope-from david) Date: Sat, 10 Oct 2015 08:51:35 -0700 From: David Wolfskill To: freebsd-ports@freebsd.org Subject: UPDATING 20151006: www/firefox build failure using poudriere Message-ID: <20151010155135.GX1337@albert.catwhisker.org> Reply-To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NLszGGfvVP7rUs9N" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Oct 2015 15:51:38 -0000 --NLszGGfvVP7rUs9N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I suspect that there's something fairly fundamental that I'm missing, that I have something misconfigured (that hasn't shown up in the biweekly poudriere runs I've been doing since 19 July), or that there's a bug waiting to bite someone hard in a sensitive place.... On my build machine, I track stable/10 daily; those builds include the usual "make buildworld" and building the GENERIC kernel that the build machine itself runs, and also builds the kernels for a couple of other ("client") machines. Weekly (on Sunday) -- absent some reason to modify this -- I switch the "client" machines to their "other" boot slices, then install the (just-built) kernel & userland, and reboot them. Assuming(!) that none of their magic smoke leaks at that point, I then stop services that depend on ports, perform "pkg upgrade", and reboot them -- at which point they're running a reasonably fresh stable/10 with up-to-date ports. As I have some ports that require non-default options, I have the client machinies configured to fetch their packages (exclusively) from the build machine. Thus, there's a step I elided from the above description: once the build machine has rebooted stable/10 successfully on Sunday, it performs a "poudriere build" to build fresh packages for everything that needs it on tyhe client machines. (The build machine itself and my laptop each get their ports updated using portmaster.) In order to reduce the time required to build a week's worth of updated packages, I have the build machine perform a "poudriere build" after the update to stable/10 on Saturday (which would be today). I've only been doing this since July, but it's been mostly uneventful once I got over the initial "learning curve." Today, however, I encountered something I wasn't expecting. The poudriere summary is: [01:57:51] =3D=3D=3D=3D>> Failed ports: www/firefox:configure [10amd64-ports-home] [2015-10-10_05h46m40s] [committing:] Queued: 374 Built= : 373 Failed: 1 Skipped: 0 Ignored: 0 Tobuild: 0 Time: 01:57:48 Examoning the cited log, I find: =2E.. checking for SQLITE_ENABLE_DBSTAT_VTAB support in system SQLite... no configure: error: System SQLite library is not compiled with SQLITE_ENABLE_= DBSTAT_VTAB. =2E... Now, because I run firefox on my laptop, I was aware of ports/UPDATING entry 20151006, which states that the www/firefox build requires that "databases/sqlite3 port built with DBSTAT option enabled (default)" -- as this bit me, so I changed the options to match the recently-changed default in that respect, and was then able to build www/firefox without further issue (using portmaster, as mentioned above). So on the build machine, I tried "poudriere options -p ports databases/sqlite3" -- but found that the DBSTAT option was enabled. So I'm a bit confused at this point. Then it occurred to me that the build machine has devel/subversion built, and I recalled that subversion also needs databases/sqlite3, so I checked the option on the version of sqlite3 that is *installed* on the build machine (vs. the one that poudriere would be building -- and, I thought, using to resolve dependencies in the built packages -- and found: freebeast(10.2-S)[2] cd /usr/ports/databases/sqlite3/ freebeast(10.2-S)[3] make showconfig =3D=3D=3D> The following configuration options are available for sqlite3-3.= 8.11.1_1: ARMOR=3Doff: Detect misuse of the API DBSTAT=3Doff: Enable DBSTAT Virtual Table DIRECT_READ=3Doff: File is read directly from disk EXTENSION=3Doff: Allow loadable extensions =2E... So: Is poudriere actually failing to build a package because an installed port on the package-building system doesn't meet the configuration requirements of the package to be built? That doesn't make sense to me... but I'll try changing the "installed" sqlite3 and see if the behavior changes. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --NLszGGfvVP7rUs9N Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJWGTQHXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7EXYP/RbmsJycAvVUikxesFmFpiz+ 8rgIllsXHBHtd7VojRJoLJJ2QWwC2Fw5TKiKB9WbfxFlYWOew7JY3OM3kvYnwF9v 5QWTUopb2IPdvYzJLmI5o18jq4Dnxib+V40o/dSoJNyrd1U1up9+I/9Yl4xA1xlM /ESuMee6cdzE3bjnjomMgSrpMnkwZyq0fZv/ASDJ5Mt646EyYQxDBuKMMibbHaAn SNDmb9aFUaPmrPmtZxYkXS7++kOpfIy3bfgdRCs63YonBmPfrcmyiJaQGfaelF6y m80FbHD1HYkbSX1dbzvEhK32e8WezjRYunN3Hh0RArVLQf8xCHrRvTPiMSQ7Y0MX yzqJYYpEYqASxKL07lQmRU+isUhPAa24g1NGANnXnKvnHIIk9Gk8l7lZTitQnGFL dWVkuMnyunF3S0zhNOgxZ0Hiw+YzuIQjm8GgKsLRCh1zZcvf8kkcgKQe1LZJFgJB zLv0E/1aSyB8JPQ7H4lY1nqYt0dZAL52UC3ImMBylkSC5NIYQVOCurCP12vpM06s BD9oQAyf1PQOvjZUwIIRo/1JsptLOwihfDXduniFUMEKjNhaDskZdFgAxaHQTga8 d6XqMxZz/z5cEfCd/xCNbmnl+CVjxmLChkPU1Zj4Ao+IkyIOi1mRmc5ch2bYAkG1 JpBeL20C2IGmVatNHnpL =vpDL -----END PGP SIGNATURE----- --NLszGGfvVP7rUs9N--