On 08/23/12 18:25, Alan Coopersmith wrote:
On 08/21/12 02:38 PM, Liane Praza wrote:
On 8/20/12 11:06 PM, Shawn Walker wrote:
On 08/20/12 16:40, Liane Praza wrote:
- Will this use a "human-friendly" attribute if set? Can we see the
proposed output for that, if so?

Yes, I just didn't have any packages when I was doing the run-through that had
one.

Yeah, should definitely open the RE bug so that this gets populated on entire.
(And probably a bug per consolidation so that interim builds get marked for
consolidations' incorporations as well, when possible.)  I'll try to follow up
on that separately  (or: Oy! Alan! Sound like a good idea?).  But if you could
open the RE one, that'd be helpful.

So you're thinking that if someone has either removed entire or unlocked
consolidations from it, they should see these versions on every incorporation?
Something like:

              Package: consolidation/X/X-incorporation
            Installed: 0.5.11-0.175.1.0.0.23.0
    Proposed (Latest): Update 1 Build 23.0
              Package: consolidation/desktop/desktop-incorporation
            Installed: 0.5.11-0.175.1.0.0.22.0
    Proposed (Latest): Update 1 Build 22.0
              Package: consolidation/osnet/osnet-incorporation
            Installed: 0.5.11-0.175.1.0.0.24.9876
    Proposed (Latest): Update 1 nightly 2012-08-23
              Package: consolidation/userland/userland-incorporation
            Installed: 0.5.11-0.175.1.0.0.24.5432
    Proposed (Latest): Update 1 nightly 2012-08-20

Presumably, we should have consistent naming style between these and entire
where possible.

That seems right to me.

It's easy to automate this, but yes, it would be nice if it was consistent.

I leave others to bikeshed on the exact text though; pkg.human-version can be anything we want (within reason of course).

-Shawn

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

Reply via email to