On Thu, 18 Jun 2009 11:42:51 -0700 Doug Barton <do...@freebsd.org> wrote: >Jim Trigg wrote: >> Actually, he was suggesting changing from perl\* to perl-\* so it would >> only match the perl port. > >FYI, the \* at the end is not needed, 'portmaster perl-' will work >just fine. > >> Unfortunately, that won't work as there is at >> least one other port that will match that -- net/p5-perl-ldap (portname >> perl-ldap). > >It's generally a good idea to check your facts before posting to the >list. Since the glob code goes by the directory names in /var/db/pkg, >and since the prefix will be there in the directory name, this won't >be an issue. > >In any case, I updated the instructions for this, and the other >portmaster examples in /usr/ports/UPDATING a couple days ago so >hopefully no one else will stumble over this. > Thank you for doing that. Unfortunately, it might have been more appropriate to have simply replaced that note with another that cautions anyone attempting the perl upgrade that the upgrade has not been fully tested against all ports that may list the new perl as a build dependency. It should also warn that portmaster is *NOT* a good tool to use for this upgrade, even if the note shows how to attempt it. Using the specific port name for perl when restarting the upgrade process, I was able to resume for a short time. However, portmaster has two design problems that apply here. The first is that if portmaster encounters a port that fails to build properly, it stops cold, rather than continuing to build other ports that do build correctly, summarizing the build errors at the end. This means that each time an error occurs, it requires a manual restart (after the error has been corrected) that will run only until the next error is encountered. The second design problem is that the -R option, which is supposed to avoid rebuilding ports that have already been successfully rebuilt, nevertheless rebuilds the specified dependency port--in this case, perl-threaded-5.10.0_3--*every single time* without checking to see whether it was already successfully built. This is terribly time-consuming and wasteful. One might argue that the command says to rebuild the port specified, but there really needs to be some way to tell it not to do so. Back to the problems with the builds...a half dozen or more port rebuild failures were correctable by simply entering the failed port's directory, doing a "make deinstall && make reinstall", and then returning to restart (again) portmaster, which then, of course, began by rebuilding perl another time (sigh). Full testing of the perl upgrade should have made this process unnecessary, it seems to me. Eventually, though, I encountered a problem with a port called misc/gnome-icon-theme-2.26.0_1. (I do not use and haven't knowingly installed gnome, so I really don't know why this port was installed in the first place. OTOH, I also have a strong suspicion that it can't simply be eliminated either.) The rebuilding of this port aborted thusly:
===> Installing for gnome-icon-theme-2.26.0_1 ===> Generating temporary packing list ===> Checking if misc/gnome-icon-theme already installed Making install in 8x8 gmake[1]: Entering directory `/usr/ports/misc/gnome-icon-theme/work/gnome-icon-theme-2.26.0/8x8' Making install in emblems gmake[2]: Entering directory `/usr/ports/misc/gnome-icon-theme/work/gnome-icon-theme-2.26.0/8x8/emblems' gmake[3]: Entering directory `/usr/ports/misc/gnome-icon-theme/work/gnome-icon-theme-2.26.0/8x8/emblems' gmake[3]: Nothing to be done for `install-exec-am'. test -z "/usr/local/share/icons/gnome/8x8/emblems" || ../.././install-sh -c -d "/usr/local/share/icons/gnome/8x8/emblems" install -o root -g wheel -m 444 'emblem-default.png' '/usr/local/share/icons/gnome/8x8/emblems/emblem-default.png' install -o root -g wheel -m 444 'emblem-new.png' '/usr/local/share/icons/gnome/8x8/emblems/emblem-new.png' install -o root -g wheel -m 444 'emblem-readonly.png' '/usr/local/share/icons/gnome/8x8/emblems/emblem-readonly.png' install -o root -g wheel -m 444 'emblem-symbolic-link.png' '/usr/local/share/icons/gnome/8x8/emblems/emblem-symbolic-link.png' install -o root -g wheel -m 444 'emblem-unreadable.png' '/usr/local/share/icons/gnome/8x8/emblems/emblem-unreadable.png' (cd /usr/local/share/icons/gnome/8x8 && /usr/local/libexec/icon-name-mapping -c emblems) Can't locate XML/Simple.pm in @INC (@INC contains: /usr/local/lib/perl5/5.10.0/BSDPAN /usr/local/lib/perl5/site_perl/5.10.0/mach /usr/local/lib/perl5/site_perl/5.10.0 /usr/local/lib/perl5/5.10.0/mach /usr/local/lib/perl5/5.10.0 .) at /usr/local/libexec/icon-name-mapping line 12. BEGIN failed--compilation aborted at /usr/local/libexec/icon-name-mapping line 12. gmake[3]: *** [install-data-local] Error 2 gmake[3]: Leaving directory `/usr/ports/misc/gnome-icon-theme/work/gnome-icon-theme-2.26.0/8x8/emblems' gmake[2]: *** [install-am] Error 2 gmake[2]: Leaving directory `/usr/ports/misc/gnome-icon-theme/work/gnome-icon-theme-2.26.0/8x8/emblems' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/misc/gnome-icon-theme/work/gnome-icon-theme-2.26.0/8x8' gmake: *** [install-recursive] Error 1 *** Error code 2 Stop in /usr/ports/misc/gnome-icon-theme. ===>>> A backup package for gnome-icon-theme-2.26.0_1 should be located in /usr/ports/packages/portmaster-backup ===>>> Installation of gnome-icon-theme-2.26.0_1 (misc/gnome-icon-theme) failed ===>>> Aborting update ===>>> Update for gnome-icon-theme-2.26.0_1 failed ===>>> Aborting update ===>>> The following actions were performed: Re-installation of perl-threaded-5.10.0_3 Re-installation of gnome-desktop-2.26.2_1 hellas# dirs /usr/ports ~ If someone can tell me how to proceed from here, I'll give it another try. However, once again the ports subsystem is testing my tolerance for frustration, so if there's no real hope of completing the entire rebuilding process for ports with build dependencies upon perl, please let me know, so I can try to undo what I've done so far and return to the old perl. Thanks in advance for any help. Again, please copy me in on responses to avoid a delay of up to a day for the next list digest to reach me. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"