On 2018/06/05 14:25, Nigel Taylor wrote: > I had sent issue to sthen@ already. Got past this by
Received your initial report about an hour after this mail, I'd recommend sending to this address rather than the openbsd.org one to avoid greylisting on lists.openbsd.org which doesn't do too well with btinternet's mail provider. > doas -u _pbuild env CFLAGS="-I /usr/local/include" make package > > works. > > > Default is to build with php5.6, but pear-utils builds/runs with php 7.0 > so have two versions of PHP present when building if just install build > dependencies for this port - should really only ever be one or the other > PHP version, would need a pear/pear-utils for both php 5.6 and 7.0. > Needs sorting out cleaning up, if going to have both flavors. It should > be possible to build and run with just a single php version and never > require the other. I looked at this when I did the switchover and came to the conclusion that for the minimal number of ports using php 5.6 it's not worth splitting into "pear-utils with php-5.6 in the #! line" and "pear-utils with php-7.0 in the #! line" just to avoid a build dep. > I've built everything else with LDEP's or RDEP's providing all the > dependencies have been defined just waiting on libreoffice to complete - > I used sqlport to determine what dependencies needed rebuilding, there > are BDEPS only's which may not have been rebuilt (seems unlikely to a > BDEP on php and not a matching RDEP) checked and the only cases found > are where there are -php subpackages the other subpackages -main etc > have no php runtime requirement, I normally build all the subpackages. > > So it's looks like just the one port with an issue with the include, and > simple enough to fix. I think better initially to just backout the breakage (which I've done) then consider what needs doing to fix it.
