Efficiency & correctness for port version upgrades

[Ion-Mihai Tetcu]

On Sat, 31 Jul 2010 16:27:30 -0700
Doug Barton <dougb at FreeBSD.org> wrote:

> On 07/31/10 05:00, David Wolfskill wrote:
> > I have been using portmaster for updating the installed ports on
> > may machines -- thanks, Doug!
> 
> My pleasure. :)
> 
> > I'm in the habit of updating on a daily basis -- directly after the
> > "smoke-test" boot of a newly-rebuilt stable/7 (before I go on to
> > build stable/8).
> > 
> > This morning, I noticed the (20100730) entry in UPDATING on
> > www/neon28 -> www/neon29, so I made sure to complete that before
> > doing the "svn update" on my stable/8 working directory.  [This is
> > one place where having the revision control system in ports, vs.
> > base, is a bit of a nuisance -- but that's off-topic for this note.]
> > 
> > The instructions given for portmaster were:
> > 
> >   Portmaster users:
> >         portmaster -o www/neon29 www/neon28
> >         portmaster -r neon29-
> > 
> > which is fine, in that it works.
> > 
> > However:  It also causes www/neon29 to be built twice; I cannot
> > help but question the extent to which this is actually desired.
> 
> One disadvantage (or is it an advantage? I'm never sure) of the fact
> that portmaster does not maintain state between runs is behavior like
> you're seeing here. To answer your question, assuming that everything
> went well with the -o command, there is no reason that portmaster
> would have to build the port again. The -r option needs an up to date
> +REQUIRED_BY, which is a side effect of (re)building it; but the above
> could just as easily be written:
> 
> portmaster -o www/neon29 www/neon28
> portmaster --check-depends
> portmaster `cat /var/db/pkg/neon29-0.29.3_2/+REQUIRED_BY`
> 
> I often get the request for this feature (a -r that doesn't rebuild
> the port) but have never found the time to work on it. I'll try to get
> around to it soonish.

Can't this be handled by using -x ? I'm totally confused about how -x
should be used, I don't think I managed to make it do what I thought it
would do more that once or twice. :)

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> itetcu at FreeBSD.org, PGP Key ID 057E9F8B493A297B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20100802/959266c8/signature.pgp