Date: Sat, 10 Oct 2015 08:51:35 -0700 From: David Wolfskill <david@catwhisker.org> To: freebsd-ports@freebsd.org Subject: UPDATING 20151006: www/firefox build failure using poudriere Message-ID: <20151010155135.GX1337@albert.catwhisker.org>
next in thread | raw e-mail | index | archive | help
--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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20151010155135.GX1337>