[If you follow up to this message please change freebsd-stable@ to
freebsd-po...@. Thanks.]
Ben Morrow wrote:
> Since my machine has spent the last 48hrs or so rebuilding everything
> that depended on jpeg-6b and python25 (it's a pretty old machine), I've
> been wondering if an option to say '*don't* rewrite the dependencies of
> other ports to refer to the new version' would be a good solution here.
>
> Normally this is a helpful thing to do, but when you're trying to
> reinstall a few ports low in the dependency chain and then rebuild
> everything that needs rebuilding it would be helpful to have the ones
> that haven't been rebuilt still depend on the old (now deleted) package,
> so they can be identified.
That's an interesting idea, but with portmaster you can accomplish the
same thing with the -r option. Just use the -R option on successive
runs if the first one fails for some reason.
> -r (and -Rr) don't help here, since lots of large ports depend on *both*
> jpeg and python, and I was specifically trying to avoid rebuilding them
> all twice.
This is a situation (ports relying on 2 dependencies that both require
complete rebuilds) that is not easy to program for. Fortunately it
also does not come up very often.
> AFAICT -r doesn't allow you to ask for two ports plus all
> combined dependants at once. I ended up taking the pkg_info -R list for
> both pkgs before the upgrade, sorting it into dependency order, and
> stripping entries off the front every time something failed and I had to
> restart, which is a little too manual for my taste :). (The list had to
> be sorted, otherwise port A might depend on port B that came later in
> the list, and when portmaster got to B in the list it would reinstall it
> again unnecessarily.)
For future reference you would have been better off if you had done
'sort -u' on the list then done 'portmaster `cat list`'. Portmaster
would then do all the dependency sorting for you, and it will only
rebuild each port on the list once.
hth,
Doug
--
This .signature sanitized for your protection
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
