Shawn Walker wrote:
Brock Pytlik wrote:
Shawn Walker wrote:
Brock Pytlik wrote:
Shawn Walker wrote:
Greetings,
The following webrev contains changes and fixes for the following
issues and RFEs:
5872 List APIs required
12929 image.py:get_publisher_ranks can traceback after older
client configuration changes
12946 pkg list should provide way to list only newest versions
of all packages
webrev:
http://cr.opensolaris.org/~swalker/pkg-list/
[snip]
High level comment, I'm not sold on the idea of "
Packages that do not apply to the current
image (such as those for a different architecture or that are
not applicable to the current zone type) will never be listed.
"
I'd kinda like an option to say, no, I really mean ALL packages.
Mostly, I'm thinking about a case where a user has two images in two
different situations (one on sparc, one on x86 or one that's a
global zone and one that's a non-global zone) and one is just really
hosed and they're trying to use the other to gather information
about what packages are available that might be missing.
So you're ok with architecture filtering, but not zone variant
filtering then by default?
I'm of the belief that most users are not interested in packages
that are not for their image variant by default.
However, I did make it so that its trivial to include packages not
for the current variant with the API.
I could easily add a command-line option that causes the cli to
include variant packages. Would this suffice, and if so, what
should that option be?
I'm fine with everything you're doing by default. All I wanted was a
way for a user to get all the packages, regardless of
variants/applicability.
As for what the option should be, I don't really care much. We've
used the obvious ones like -a, -v. One possibility would be -V.
Whatever you decide is fine, I'm not going to bikeshed the letter
choice.
-a never meant all anyway unless combined with -f. Would it be
sufficient to include all variants when -f is used instead of
introducing a new option?
That's fine with me as well. It's a rare operation, and only someone who
knows what they're doing will ever need it, much like -f, so I'm ok with
it being combined. It's probably not my first choice, but I don't feel
strongly.
[snip]
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
