Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 02 Mar 2003 21:20:59 -0600
From:      Kirk Strauser <kirk@strauser.com>
To:        freebsd-questions@freebsd.org
Subject:   Re: Portupgrade -- revisited
Message-ID:  <877kbhw2xw.fsf@strauser.com>
In-Reply-To: <200303021819.38745.kstewart@owt.com> (Kent Stewart's message of "Sun, 2 Mar 2003 18:19:38 -0800")
References:  <20030302192233.GA326@willow.raggedclown.intra> <200303021628.21627.kstewart@owt.com> <87healw8ao.fsf@strauser.com> <200303021819.38745.kstewart@owt.com>

next in thread | previous in thread | raw e-mail | index | archive | help
--=-=-=
Content-Transfer-Encoding: quoted-printable

At 2003-03-03T02:19:38Z, Kent Stewart <kstewart@owt.com> writes:

> We are basically doing the same thing. A portversion -c would have shown
> x, y, and z. When I check the versions, I would have seen that y depended
> on x and z.  I would specify x and z on the -ruf.  This is what I called
> an interesection. If there is more than one intersection, I usually have
> rebuilt everything.

I see.  Why specify `-f'?  Wouldn't that force an upgrade of packages that
don't need it?

> I have seen situations where your -rR would have really been beneficial=20
> and faster than rebuilding everything.

Indeed.  Many time when I'm upgrading a server, for instance, I'll skip on
some of the userland niceties.  I don't get too upset about port version
bumps of Emacs, but I want mod_php4 to be as current as possible.

> True! But the b-dep for kdebase is
>
> [a lot of stuff]
>
> and a -R kdebase would have rebuilt all of this.

It wouldn't really rebuild very much of that, though, would it?  Surely the
majority of those packages would be relatively stable, wouldn't they?
=2D-=20
Kirk Strauser
In Googlis non est, ergo non est.

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+Ysoe5sRg+Y0CpvERAji6AJ9XB15v/FU23WZKAx2u01dNJd56MACdEpRp
/8/RsuQMUQPFeQF/7XcR7JY=
=DPlu
-----END PGP SIGNATURE-----
--=-=-=--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?877kbhw2xw.fsf>