Date: Tue, 4 Jan 2011 09:04:03 -0700 (MST) From: Warren Block <wblock@wonkity.com> To: Matthew Seaman <m.seaman@infracaninophile.co.uk> Cc: Jamie Paul Griffin <jamie@gnix.co.uk>, "illoai@gmail.com" <illoai@gmail.com>, Chris Brennan <xaero@xaerolimit.net>, freebsd-questions@freebsd.org Subject: Re: Portupgrade status Message-ID: <alpine.BSF.2.00.1101040857240.12689@wonkity.com> In-Reply-To: <4D22DB01.4080600@infracaninophile.co.uk> References: <14212432ba707fc5f9fbc75b56e8e783@flabnapple.net> <20101226214221.GB68570@stainmore> <AANLkTi=bD60UiybsaioHwEDgsXAQpAeJ6VuPiDvSZ%2B0P@mail.gmail.com> <86pqsogfvu.fsf@red.stonehenge.com> <4D186D11.1030708@infracaninophile.co.uk> <alpine.BSF.2.00.1012271354470.35608@fledge.watson.org> <20110103225455.GA37597@daemon.gnix.co.uk> <AANLkTimngzkkfbFnego5MP50xHLS0NHvnL9to0V3pQTT@mail.gmail.com> <AANLkTikTi2J-cCzryFEG4cZvDCQxn83ycJ_1AnzO-QJi@mail.gmail.com> <AANLkTimBnm9BKCc3LmgL0WCXWRrNMgvx%2BkwwrfQ%2BUGgO@mail.gmail.com> <4D22DB01.4080600@infracaninophile.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 4 Jan 2011, Matthew Seaman wrote:
> On 04/01/2011 00:51, illoai@gmail.com wrote:
>> No, the -R flag in portmaster tells it to not rebuild
>> ports taht have already been built on this run (I
>> believe from reading man portmaster). The -R
>> flag in portupgrade rebuilds the ports on which
>> the named port depends
>> -R
>> --upward-recursive Act on all those packages required by the given
>> packages as well. (When specified with -F, fetch
>> recursively, including the brand new, uninstalled
>> ports that an upgraded port requires)
>>
>> I don't see any equivalent functionality for portmaster,
>> sadly.
>
> This is actually portmaster's default behaviour. So:
>
> portupgrade -R foo/bar is equivalent to portmaster foo/bar
>
> portupgrade -fRr foo/bar is equivalent to portmaster -fr foo/bar
I'm not seeing where portmaster has the portupgrade -R functionality
("rebuild this port and those it depends on").
portmaster(8) says "The focus of this tool is to keep the dependency
tracking information for your ports up to date. This allows you to
safely update a specific port without having to update all of the ports
"above" it."
That would make the default action equivalent to portupgrade's -r
option ("rebuild this port and all those that depend on it").
What have I missed?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1101040857240.12689>