Brock Pytlik wrote:
> Since this fixes the -p option to do what it should've always done, it
> made sense to me to change the default behavior to be to return packages.
> I assert, with admitedly no data to back this up, that the only bit of
> information that most users care about most of the time is "which package
> do I install to get X." The change in default behavior makes search more
> useful for the common case I believe.
They already get that information, and more, with the current default.
Perhaps when the search results are based on paths, this is not an issue,
but certainly when searching on metadata, you can get some very odd-looking
results with -p. For instance, if I search for "smf", then with -p, I get
PACKAGE PUBLISHER
pkg:/service/gnome/[email protected]
opensolaris.org
pkg:/system/kernel/dynamic-reconfiguration/[email protected]
opensolaris.org
pkg:/system/management/[email protected]
opensolaris.org
none of which particularly make sense to me. Perhaps I can tell that none
of these deliver SMF, but why on earth did I get these back. With -a, the
result is more comprehensible (modulo the long values):
INDEX ACTION VALUE
PACKAGE
description set desktop-cache is a set of SMF services used to
update the various GNOME desktop caches.
pkg:/service/gnome/[email protected]
pkg.description set desktop-cache is a set of SMF services used to
update the various GNOME desktop caches.
pkg:/service/gnome/[email protected]
pkg.description set Dynamic Reconfiguration Modules for i86pc required
to support hotplug on i86pc based systems. Includes the ACPI Hotplug Daemon,
SMF manifests/methods and drivers for hotplug operations.
pkg:/system/kernel/dynamic-reconfiguration/[email protected]
pkg.summary set desktop-cache is a set of SMF services used to
update the various GNOME desktop caches.
pkg:/service/gnome/[email protected]
basename dir etc/webmin/smf
pkg:/system/management/[email protected]
basename dir usr/sfw/lib/webmin/caldera/smf
pkg:/system/management/[email protected]
basename dir usr/sfw/lib/webmin/smf
pkg:/system/management/[email protected]
While it's safe to make the switch now, because we have plenty of time to
switch it back if people don't like it, it'd be nice to see some data on
what people other than you or me actually would expect. I can live with it
either way -- I'll just learn to use -a, just like I've learned to use -l
-- but if the option is one most people will end up using, then perhaps it
should just stay the way it is.
Danek
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss