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