portupgrade vs. portmanager

Peter Schuller peter.schuller at infidyne.com
Fri Dec 24 15:44:46 PST 2004

> That is indeed the case with portmanager. Sometimes it is a waste
> of time to rebuild everthing when a dependency changes, and sometimes
> it is the right thing to do, portmanager assumes it is always the right 
> thing to do. One way this has proved to be a benefit is I've never
> had to run the special scripts when gnome is updated because after
> running portmanager everything is already up to date.

Interesting. While I certainly don't mind a tool doing what's right, this
issue which also exists with NetBSD's pkg_chk is the primary reason why
I'm almost about to give up on it; it's just feasable to perform full
system upgrades properly. Having your primary workstation half unusable for
three days while the whole universe is rebuilding is not very nice...

One possible solution I have considered for pkg_chk that may also work
for portmanager is to set up a build environment in a chroot where
everything is properly upgraded. Either for building packages for all
upgraded ports such that the ports installed on the real system can then
be upgraded quickly using the packages; or alternatively by perhaps
maintaining two separate target directories such that one is being
used by normal applications while the other one is being built. One
could then make the switch atomically by re-mounting /usr/local
(or /usr/pkg in NetBSDs case).

Is this even feasable?

Is portmanager intended to fully replace portupgrade in the long run? If
so I would, as a user, very much value being able to upgrade all
ports without disabling the machine in question. As it stands now,
I much prefer portupgrade to NetBSD's pkg_chk for exactly this reason,
even if portupgrade requires manual tweaking sometimes.

/ Peter Schuller, InfiDyne Technologies HB

PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller at infidyne.com>'
Key retrieval: Send an E-Mail to getpgpkey at scode.org
E-Mail: peter.schuller at infidyne.com Web: http://www.scode.org

More information about the freebsd-questions mailing list