On 01/06/12 13:07, Edward Pilatowicz wrote:
hey shawn,

this looks pretty cool.  i have the following questions/comments (mostly
related to folks using onu).

- if i have solaris/a@1 installed and i onu to on-nightly/a@2, but the
   solaris repo contains solaris/a@3, then presumably i won't see a
   "Latest" entry.  ie, hopefully i'll see:

     on-nightly
       entire
         Installed @1
         Proposed  @2

   and not:

     on-nightly
       entire
         Installed @1
         Proposed  @2
         Latest    @3

"Latest" is based on your publisher search order, etc. So in the case of on-nightly, versions from solaris would not be considered. Basically, think of "Latest" as if you did a "pkg list osnet-incorporation@latest".

- while i think that this is an improvement over what we have today, i
   don't think this will help onu users avoid the mistake of running onu,
   rebooting, and discovering later that they haven't actually installed
   their new bits.  generally, i assume that onu ignore onu output and
   only look to see if it return an error or not (and if it didn't they
   assume their machine was updated).  hence, onu should really be
   updated to use the @latest nomenclature.  (i realize that's not this
   proposal and this proposal has good value regardless of onu, i'm just
   stating this to make it clear that it's not the problem we're
   addressing.)

onu does have a -v option if users actually want to see their updates, and as Alan pointed out there's a bug open to change it to use '@latest' where appropriate.

- wrt updates which only modify non-incorporated packages (mentioned in
   your follow up mail) i think that not displaying this summary
   information in those cases is fine.  the install-holds really give us
   a good way to limit the amount of information displayed, and i can't
   think of a good mechanisms which would provide that same limit for
   updates with don't change any install-hold packages.

That was my hope.

Thanks,
-Shawn
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to