Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 6 Dec 2016 09:03:06 +0100
From:      "O. Hartmann" <ohartmann@walstatt.org>
To:        FreeBSD Ports <freebsd-ports@freebsd.org>
Subject:   poudriere: problems setting options/build failure ZTS related stuff
Message-ID:  <20161206090306.7cd0e47e@thor.walstatt.dynvpn.de>

next in thread | raw e-mail | index | archive | help
--Sig_/4PpXswAt63hUEpUU1jFE=Hm
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hello out here,

first, please CC me, I'm not actively subscribing this list.

Since a couple of weeks now I face a nasty problem with building ports usin=
g poudriere.
For our department's infrastructure and my home office's jails, I provide p=
ackages build
with poudriere.

Having a threaded Apache, port www/apache24, this requires several ports to=
 have option
ZTS enabled, in particular lang/php56, www/mod_php56 and subsequent ports.


I have already filed a PR:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214979

But obviusly, there is nobody else facing this problem and this lead to the=
 conclusion,
that no one else is using a threaded Apache 2.4 with the requirement of set=
ting option
ZTS in related PHP stuff. The problem is always the same:

devel/pear: ERR: pear-1.10.1 depends on file: /usr/local/lib/php/20131226/x=
ml.so - not
found

or

textproc/php56-xmlreader: ERR: php56-xmlreader-5.6.28 depends on
file: /usr/local/lib/php/20131226/dom.so - not found

or

databases/php56-pdo_pgsql: ERR: php56-pdo_pgsql-5.6.28 depends on
file: /usr/local/lib/php/20131226/pdo.so - not found

and so forth. The missing modules are expected to reside
in /usr/local/lib/php/20131226-zts/ instead of the error
triggering /usr/local/lib/php/20131226.

That would indicated to me that some ports, especially related to XML, PDO =
and so forth
are not found by the specific ports. They are definitely installed
in /usr/local/lib/php/20131226-zts/ during the poudriere build - but the po=
rts requiring
those modules seem to not to respect the ZTS appendix to the path.

I deleted ALL(!) php56 related packages from the packaged folder forcing po=
urdriere to
start rebuilding all of these packages and further I ran again through the =
very time
costly procidure of configuration. But that didn't help much, the problems =
stayed. So I
decided to delete all packages with "poudriere bulk -c" - that is something=
 people want
to avoid since it takes ages on slow machines. But even that is without eff=
ect!

Since a lot of ports require a working php56 environment, like wikimedia,
icinga2/icingaweb2 and many others we use, updating the jails automatically=
 via pkg is a
mess resulting in non-working bugzilla50, for instance - its php environmen=
t complains
about not finding the required modules anymore. That corrupts the whole por=
ts/pkg idea!

On the contrary, when doing a classical, rock-solid installation via the "m=
ake install"
way, everything is smooth. Even packages build via "make package" respect t=
he ZTS
settings. On four target servers and two other machines I tried this and it=
 worked.

I'm not much familiar with poudriere but this problem popped out of the blu=
e a couple of
weeks for now and I'm unwilling to bisect it. I thought pkg/poudriere might=
 be a solution
to reduce workload on updates for a bunch of jails we use, but this problem=
 is bugging me
really hard. I have no clue how to circumvent or fix it.=20

I'll try to build a manual package via make and commit this to the package =
repo in the
hope it will temporarily fix the problem, but this couldn't be a long-term =
solution.

It would be nice if someone could hint me towards what I'm doing wrong here=
 or look at
the problem. The other question is: is ZTS REALLY(?) necessary? There is a =
strong warning
popping up when building www/mod_php56 regarding to this.


Many thanks in advance,

Oliver





--=20
O. Hartmann

Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr
Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.=
 4 BDSG).

--Sig_/4PpXswAt63hUEpUU1jFE=Hm
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWEZwugAKCRDS528fyFhY
lE8dAf98FNvNRVs5R/QSiiTLSnI4PTWQ2EKOWBA870aSbsc10l/B34vF3pNmb4xX
iF76EA4RezqMx3mtkZHLK8al9C//Af9llZR6QGGkf345b9cMTBpRZsJbdQ4qlkSf
VEXhDKPlZZRMLh2BW6122yrLZsTEv9QECCRO3UgJS7W6d5P3mYwJ
=F9aH
-----END PGP SIGNATURE-----

--Sig_/4PpXswAt63hUEpUU1jFE=Hm--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20161206090306.7cd0e47e>