Hello,

> Using "make replace" is fine. That is what I use a lot. (I haven't used 
> "make update" in years if I recall.)

Btw; is it still considered experimental/dangerous (referring to the
warning that is printed when it is used)?

> I don't think "ORPHANED" packages should be removed. Imagine if the 
> package was crucial to the system. Or what if the corresponding directory 
> was from a personal pkgsrc (maybe on another system) not represented in 
> official pkgsrc.

The primary reason for removing orphaned packages (other than general 'cleanup')
is that often, an orphaned package will be the result of a package renaming.
So to avoid the problems that would almost certainly ensure, the default
action is to remove them. For maximum effect, the idea is to let pkgmanager
have jurisdiction over all packages. Assuming whatever unofficial packages
or such are used are located in the pkgsrc hierarchy (such as wip is), it
should work.

Of course, the behavior will be controllable in the future. But I still think
it is a reasonable default, keeping in mind that the primary goal is to make
continous upgrading easy (cvs update and run pkgmanager every week or some
such). From this perspective, removing orphaned packages is 'safe'. People
who go further and use "external" packages that are not in the pkgsrc
hierarchy are likely to be able to configure it to their liking anyway.

(Note that pkgmanager has no trouble with pkgsrc-wip or anything else
one might add as a subdir to /usr/pkgsrc.)

In terms of critical packages - well, true. But the idea is to maintain
a correct 'wanted' list. I definitely agree that it is troublesome on the
first run because you need to be careful so that you don't loose something
important. But on the whole I think it makes things a lot easier for
the user in tne end. But I'm open to changing the default.

-- 
/ Peter Schuller, InfiDyne Technologies HB

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