https://www.php.net/ isn't reliably working across the various servers
hosting the site as reported by danj@ (e.g. at least one instance has
a certificate with CN=ilia.ws, and some don't seem to have
port 443 open at all).
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
modphp, possible without pain now that we have UPDATE_PLIST_ARGS.
- install empty php-fpm.d directory and handle pkg_delete -c with @extraunexec
- cat www.conf to the end of php-fpm.conf on all of !5.6, previously this was
just done on 7.0. (not installing this to php-fpm.d/www.conf to avoid making
a conflicting config for updating users).
while there, bring across the now-repaired patch from php/5.6 to use
arc4random_buf rather than /dev/urandom for entropy for generated
session ids. simplified from an older diff by martijn@
This fixes the /var/www/conf/modules.sample.php-${PV}.conf (which
was just a copy of the apache module itself).
Bump -main and -apache.
Adjust @conflict markers (reminded by sthen@).
ok sthen@
