Re: removal proposal: PHP 5.x, PHP 7.x

[Greg Troxel <gdt%lexort.com@localhost>]

One of the broken things in pkgsrc that makes dealing with this
difficult is the pbulk-scan behavior of totally failing when a package
depends on a multi-version package not available for that version.  That
makes people, at least me, not want to wade in, lest I be accused of
Entirely Breaking pkgsrc.  This seems easy to fix -- just consider a pkg
broken if it wants a non-present multiversion package -- but that hasn't
happened because people consider it a feature.

Otherwise, it is straightforward to just drop 56 and 7x from ap-php and
then things that depend on those can be have those versions trimmed and
be removed.

I'm not talking about 'claiming support'.  I'm just saying we shouldn't
say "I don't like it that php56 is in pkgsrc so rm -rf."  I dno't object
to removing individual packages that have been failing to build and for
which we believe we have no users.

This is based on bad experience with "qt4 is EOL; we must remove
everything that uses it".   Which we have refrained from doing with
py27.