Seems like "info", "list", "status" and "search" should have some consistency here (currently "info" and "list" don't seem to work on remote packages at all -- bug 208).
How about: If the fmri matches something local, only operate locally, otherwise check the remote repositories for matching fmris. If the command does not take an fmri (or none were passed), default to local only. Also Support: -l Restrict to local only -r Restrict to repositories only -r <server> restrict to specific repository -a Operate locally and on all repositories Joe Jyri Virkki wrote: > Danek Duvall wrote: >> - Currently, it uses "pkg search -s" to activate server query, which is >> wrong. Possibly "pkg search -s <server>" would be good, but to turn >> the current -s into -r (for remote), which is what I'm currently >> leaning towards. Another suggestion would be to make it search >> remotely (and locally?) by default, and only search locally with -l. >> Any thoughts on this would be appreciated. > > I probably misunderstood the above but do you suggest every 'pkg > search' invocation would go over the network to the server instead of > searching local cache? That's not good, it'd be too slow, to say > nothing about the load on the server. > > I typically do hundreds of 'aptitude search foo' for every > 'aptitude update' in debian. It'd be very annoying if it did an > implicit update for every search. > > _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
