cvs commit: src/usr.sbin/pkg_install Makefile src/usr.sbin/pkg_install/add pkg_add.1 src/usr.sbin/pkg_install/create pkg_create.1 src/usr.sbin/pkg_install/delete pkg_delete.1 src/usr.sbin/pkg_install/info pkg_info.1 src/usr.sbin/pkg_install/search Makefile pkg_search.1 ...

Erwin Lansing erwin at
Mon Dec 10 11:52:02 PST 2007

On Mon, Dec 10, 2007 at 11:41:45AM -0800, Doug Barton wrote:
> Xin LI wrote:
> > Let's see what we can do it in the future: teach pkg_search about how to
> > download an INDEX file for use, something that you don't have to install
> > the whole ports tree and can do easily.
> > 
> > I think this is a very useful feature.  There are a lot of users who use
> > packages rather than using ports, and something like pkg_search,
> > pkg_update would definitely be an useful add to our current package tool
> > set.
> Something like that may be useful, but I would argue that other out of
> band tools for perusing the ports collection already exist.
> My point was simply that given the fact that pkg_search relies on the
> INDEX, having it in the base does not _add_ functionality, although it
> may do the same job in a better way.
This is exactly the main objection to adding this as-is.  The pkg_*
tools should be independent of having a ports tree on the system.

Having a better presentation than 'make search' and 'make quicksearch'
currently can provide, may be nice but can be provided from the ports
tree.  Adding a package search tools would be nice as well, but the
current implementation does not provide that.


Erwin Lansing                           
                                    (o_ _o)
Errare humanum est               \\\_\   /_///    erwin at
perseverare diabolicum           <____) (____>    erwin at
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :

More information about the cvs-src mailing list