Hi Matthew,
I ran pkg upgrade -n
New packages to be INSTALLED:
xorgproto: 2018.4
wayland: 1.16.0
libepoll-shim: 0.0.20180530
libXtst: 1.2.3_2
postgresql95-client: 9.5.15_2
mysql56-client: 5.6.42_1
php72-pdo_sqlite: 7.2.13
(lots of p5-<package>s)
Installed packages to be UPGRADED:
(lots of py36 <package>s
(lots of p5-<package>s)
dspam: 3.10.2_4 -> 3.10.2_5
dovecot-pigeonhole: 0.4.21_1 -> 0.5.4_1
dovecot: 2.2.33.2_4 -> 2.3.4_3
Installed packages to be REINSTALLED:
roundcube-php72-1.3.8_1,1 (options changed)
php72-pgsql-7.2.13_1 (direct dependency changed:
postgresql95-client)
php72-pdo_pgsql-7.2.13_1 (direct dependency changed:
postgresql95-client)
php72-openssl-7.2.13 (direct dependency changed: php72)
Note, the system is currently running postgresql96. I used postmaster to
install the php72-pgsql & php72-pdo_pgsql ports and to install
postgresql96-client and server.
Ran pkg version -vRLFound several ophaned packages, most seem be because I
remove the
x<name>proto packages per the UPDATING instructions
ImageMagick-nox11-6.9.9.28,1 ? orphaned: graphics/ImageMagick-nox11
bigreqsproto-1.1.2 ? orphaned: x11/bigreqsproto
Also, my X appears to be out of date (system runs headless so that is a
lower concern)
libXext-1.3.3_1,1 < needs updating (remote has 1.3.3_3,1)
libXfixes-5.0.3 < needs updating (remote has 5.0.3_2)
libXfont-1.5.2,2 < needs updating (remote has 1.5.4_2,2)
libXft-2.3.2_1 < needs updating (remote has 2.3.2_3)
lha-1.14i_7 ? orphaned: archivers/lha
p5-Net-SMTP-SSL-1.04 ? orphaned: mail/p5-Net-SMTP-SSL
pecl-imagick-3.4.3_2 ? orphaned: graphics/pecl-imagick
pecl-memcached2-2.2.0_5 ? orphaned: databases/pecl-memcached2
roundcube-sieverules-2.1.2,1 ? orphaned: mail/roundcube-sieverules
When I run pkg install phppgadmin-php72, it tells me that I'm on the most
recent version of the package. So I removed it and tried a reinstall
[root at natasha /usr/ports/mail/postfixadmin]# pkg install phppgadmin-php72
Updating FreeBSD repository catalogue...
FreeBSD repository is up to date.
All repositories are up to date.
The following 7 package(s) will be affected (of 0 checked):
New packages to be INSTALLED:
phppgadmin-php72: 5.1_5
php56-session: 5.6.39
php56: 5.6.39
postgresql95-client: 9.5.15_2
php56-json: 5.6.39
php56-pdo_pgsql: 5.6.39_1
php56-pdo: 5.6.39
Number of packages to be installed: 7
I stopped this and did a portmaster -B -D databases/phppgadmin it it
installed
===>>> All dependencies are up to date
===> Cleaning for phppgadmin-php72-5.1_5
===> Cleaning for phppgadmin-php56-5.1_5
===> Cleaning for phppgadmin-php71-5.1_5
===> Cleaning for phppgadmin-php73-5.1_5
# you can customize the installation directory
# by setting PGADMDIR in /etc/make.conf
===> License GPLv2 accepted by the user
===> phppgadmin-php72-5.1_5 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by phppgadmin-php72-5.1_5 for building
===> Extracting for phppgadmin-php72-5.1_5
=> SHA256 Checksum OK for phpPgAdmin-5.1.tar.bz2.
===> Patching for phppgadmin-php72-5.1_5
Thank you,
Walter
On Thu, Dec 27, 2018 at 5:08 AM Matthew Seaman <matthew at freebsd.org>
wrote:
> 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
>
>
>
>
>
>
--
The greatest dangers to liberty lurk in insidious encroachment by men of
zeal, well-meaning but without understanding. -- Justice Louis D. Brandeis