portmaster and build depends

Doug Barton dougb at FreeBSD.org
Sat Aug 21 22:03:08 UTC 2010

On Sat, 21 Aug 2010, Rob Farmer wrote:

> I just came across what I think is a potential problem in portmaster
> (3.0). I csup-ed today and ran portmaster -a. This machine had ports
> last updated on August 9th.
> ===>>> The following actions will be taken if you choose to proceed:
>        Upgrade en-freebsd-doc-20100625 to en-freebsd-doc-20100811
>        Upgrade ruby-,1 to ruby-,1
>        Upgrade sqlite3- to sqlite3-
>        Upgrade freetype2-2.4.1 to freetype2-2.4.2
>        Upgrade ghostscript8-nox11-8.71_4 to ghostscript8-nox11-8.71_5
>        Install print/cups-image
>        Install print/cups-client
>        Install security/gnutls
>        Upgrade bison-2.4.1_1,1 to bison-2.4.3,1
>        Upgrade ddclient-3.8.0 to ddclient-3.8.0_1
>        Upgrade nginx-devel-0.8.48 to nginx-devel-0.8.49
>        Upgrade phpMyAdmin-3.3.5 to phpMyAdmin-
> ===>>> Proceed? y/n [y]
> I think this is an issue because ghostscript is a build dependency of
> en-freebsd-doc (indirectly: textproc/docproj-jadetex >
> textproc/docproj > print/ghostscript8). Thus, the new documentation
> tools will be built after the new documentation is built with the old
> tools.

The case you're describing more generally is:
parent port: out of date
 	 child port: up to date
 		 grandchild port: out of date

This is exact scenario that I left the -t option in the code to handle, 
and is the only one where I know for sure that it's valid and 
appropriate. Unfortunately it's nearly impossible for portmaster to 
detect this situation without -t, and using it routinely has other nasty 
side effects.

The only thing I can suggest at this point is to try -at and see if that 
works for you.




 	Improve the effectiveness of your Internet presence with
 	a domain name makeover!    http://SupersetSolutions.com/

 	Computers are useless. They can only give you answers.
 			-- Pablo Picasso

More information about the freebsd-ports mailing list