[Circumvented] issue updating ports after icu update

David Wolfskill david at catwhisker.org
Fri Apr 24 14:22:00 UTC 2015


Now that my older laptop has been replace with one that is a fair bit
faster, in addition to tracking stable/10 and head daily (and updating
installed ports under stable/10 daily) for i386, I'm also doing the same
for amd64 (on the same machine -- different slices of the same drive).

I'm using portmaster to update my ports (as I have for some years).

This morning, after building & booting:

FreeBSD g1-254.catwhisker.org 10.1-STABLE FreeBSD 10.1-STABLE #46  r281921M/281927:1001512: Fri Apr 24 04:24:32 PDT 2015     root at g1-254.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  i386

running "portmaster -ad" informed me that the following actions were
to be taken:

===>>> The following actions will be taken if you choose to proceed:
        Upgrade icu-53.1 to icu-55.1
        Upgrade pkgconf-0.9.9 to pkgconf-0.9.10
        Upgrade R-3.0.2_3 to R-3.0.2_4
        Upgrade boost-libs-1.55.0_4 to boost-libs-1.55.0_5
        Upgrade harfbuzz-0.9.40 to harfbuzz-0.9.40_1
        Upgrade libvisio01-0.1.1 to libvisio01-0.1.1_1
        Upgrade libxul-31.6.0 to libxul-31.6.0_1
        Upgrade p5-IO-stringy-2.110_1 to p5-IO-stringy-2.111
        Upgrade qt4-corelib-4.8.6_4 to qt4-corelib-4.8.6_5
        Upgrade texlive-base-20140525_6 to texlive-base-20140525_7
        Upgrade webkit-gtk2-2.4.8_1 to webkit-gtk2-2.4.8_2
        Upgrade firefox-37.0.2,1 to firefox-37.0.2_1,1
        Upgrade raptor2-2.0.15 to raptor2-2.0.15_1

===>>> Proceed? y/n [y] 

As indicated, I told it to proceed, which it did -- as far as math/R:

...
===>>> Update for math/R failed
===>>> Aborting update

===>>> The following actions were performed:
        Upgrade of icu-53.1 to icu-55.1
        Upgrade of pkgconf-0.9.9 to pkgconf-0.9.10

===>>> You can restart from the point of failure with this command line:
       portmaster <flags> math/R devel/boost-libs print/harfbuzz textproc/libvisio01 www/libxul devel/p5-IO-stringy devel/qt4-corelib print/texlive-base www/webkit-gtk2 www/firefox textproc/raptor2 


I had previously seen cases where, during an update, math/R will
be attempting before one or more of the ports on which it depends
-- and as far as I know, I have no ports that could possibly depend
on it -- so I just moved math/R to the end of the list & re-tried:

Script started on Fri Apr 24 04:45:21 2015
command: portmaster -d devel/boost-libs print/harfbuzz textproc/libvisio01 www/libxul devel/p5-IO-stringy devel/qt4-corelib print/texlive-base www/webkit-gtk2 www/firefox textproc/raptor2 math/R
...
Stop.
make: stopped in /common/ports/print/harfbuzz

===>>> make build failed for print/harfbuzz
===>>> Aborting update

===>>> Update for print/harfbuzz failed
===>>> Aborting update
....


Cutting out a fair bit of trial and erro, it turns out that
devel/glib20 needed to be (re-)built in order for print/harfbuzz
to build successfully.


To test this, when it came time to update my installed amd64 ports:

root at g1-254:/common/home/david # portmaster -adn^M
...
0;portmaster: All >> (13)^G
===>>> The following actions will be taken if you choose to proceed:
        Upgrade icu-53.1 to icu-55.1
        Upgrade pkgconf-0.9.9 to pkgconf-0.9.10
        Upgrade R-3.0.2_3 to R-3.0.2_4
        Upgrade boost-libs-1.55.0_4 to boost-libs-1.55.0_5
        Upgrade harfbuzz-0.9.40 to harfbuzz-0.9.40_1
        Upgrade libvisio01-0.1.1 to libvisio01-0.1.1_1
        Upgrade libxul-31.6.0 to libxul-31.6.0_1
        Upgrade p5-IO-stringy-2.110_1 to p5-IO-stringy-2.111
        Upgrade qt4-corelib-4.8.6_4 to qt4-corelib-4.8.6_5
        Upgrade texlive-base-20140525_6 to texlive-base-20140525_7
        Upgrade webkit-gtk2-2.4.8_1 to webkit-gtk2-2.4.8_2
        Upgrade firefox-37.0.2,1 to firefox-37.0.2_1,1
        Upgrade raptor2-2.0.15 to raptor2-2.0.15_1

===>>> Proceed? y/n [y] n

I then proceeded to hand-craft the portmaster invocation, thus:

root at g1-254:/common/home/david # portmaster -d icu-53.1 pkgconf-0.9.9 devel/glib
20 boost-libs-1.55.0_4 harfbuzz-0.9.40 libvisio01-0.1.1 libxul-31.6.0 p5-IO-stringy-2.110_1 qt4-corelib-4.8.6_4 texlive-base-20140525_6 webkit-gtk2-2.4.8_1 firefox-37.0.2,1 raptor2-2.0.15 R-3.0.2_3^M

===>>> Working on:
        icu-53.1
        pkgconf-0.9.9
        devel/glib20
        boost-libs-1.55.0_4
        harfbuzz-0.9.40
        libvisio01-0.1.1
        libxul-31.6.0
        p5-IO-stringy-2.110_1
        qt4-corelib-4.8.6_4
        texlive-base-20140525_6
        webkit-gtk2-2.4.8_1
        firefox-37.0.2,1
        raptor2-2.0.15
        R-3.0.2_3

===>>> Gathering distinfo list for installed ports

===>>> icu-53.1 1/14
....


This time, the update proceeded without interruption or perceived
problem.

I'm not precisely sure where the problem(s) might be that caused
what I observed, so I don't have the information I'd need to file
a PR.  But I believe the above provides a fair bit of evidence that
whatever is wrong should be fixable, as long as the dependency-tracking
is correct and proper actions are taken based on it.

Peace,
david
-- 
David H. Wolfskill				david at catwhisker.org
Those who murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 949 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20150424/d454e1f1/attachment.sig>


More information about the freebsd-ports mailing list