On 27/12/2018 01:45, Walter Parker wrote:> I've just upgraded an existing FreeBSD 11.1 system with php56 to
FreeBSD
> 11.2 and php72.
>
> In order to do this, I used a mix of ports and packages to delete php56 and
> all of the php56 extensions and replace them with php72 and php72
> extensions. Everything is working now, but when I try to install anything
> using pkg, it wants to reinstall php56 and serveral php56 extensions. This
> happens for packages that don't have php56 as a dependency.
>
> For example
> pkg install alpine
>
As far as I can tell, this is nothing to do with alpine itself, which
doesn't seem to depend on PHP at all. My guess is that you have some
other PHP-based application installed which has an unmet dependency on
php56.
If you run 'pkg upgrade -n' without trying to install anything new, what
happens? Also try 'pkg version -vRL=' Do you have any orphaned
packages?
See if you can work out what it is you've installed that wants to pull
in php56. Judging by the dependencies in your original post, it could
be something like databases/phppgadmin or a similar PHP application that
uses a postgresql back-end. I'm going to use phppgadmin as the example
package in what follows: you should substitute the actual package or
packages that are relevant in your case.
What can happen is the pkg(8) fails to handle the change from an
unflavoured PHP package to a flavoured one. It doesn't grok that an
un-flavoured 'phppgadmin' package was essentially the same thing as
'phppgadmin-php56' and also that 'phppgadmin-php56' can be
replaced by
'phppgadmin-php72'. You need to prod it into doing the right thing by
making it install exactly the flavour of phppgadmin you want.
So, assuming phppgadmin was the culprit, you simply need to run 'pkg
install phppgadmin-php72'
Cheers,
Matthew
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 963 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20181227/d9f43cd3/attachment.sig>