Subject: Re: package update/replace (was Re: pkg_install BIG problem)
To: Eric Haszlakiewicz <firstname.lastname@example.org>
From: Rene Hexel <email@example.com>
Date: 12/14/2004 08:11:05
On Sat, 2004-12-11 at 16:49 -0600, Eric Haszlakiewicz wrote:
> > install, in your scenario), a ton of other packages get (and need to
> > get) deinstalled as well that have not been built yet.
> well, of course, but that's a different issue than keeping the
> package you explicitly update installed until there's a known-good build.
I agree. (Nevertheless, the multi-package issue is what typically
hits you hardest.)
> > The only solution I see is to get UPDATE_TARGET=replace to work
> > properly.
> I don't know about setting UPDATE_TARGET, but I know running a
> "make replace" seems to work fine for me. What isn't right about it?
UPDATE_TARGET=replace does not work in more complicated scenarios.
For example: you have a package A depends on B and a package C that
depends on both A and B. If you do a "make update" for A that doesn't
require an update of B, but C does, then "replace" can render package A
unusable if the new version of B is ABI incompatible with the old
> However, you have to be careful while doing that because pkgsrc
> doesn't know which versions are compatible.
Yes, exactly. For a single package, this is manageable, though (you
just bite the bullet and do a "make update" without replace). For a
bunch of inter-connected packages this can wreak havoc to your system