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 [email protected]:/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@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@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 [email protected] 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.
pgpEdZoYjxJAm.pgp
Description: PGP signature
