Richard Lowe writes:
> Stephen Hahn <[EMAIL PROTECTED]> writes:
> > 2. Platforms
> >
> > The default fields are OS and Hardware. OS is { All, Windows, Mac
> > OS, Linux, Other }. It seems like adding OpenSolaris and Solaris
> > would be the minimum, but there might be other choices to make
> > here. (Like the host VM, possibly. Or is that hardware?)
>
> Do we need that at all?
I'd be a little uncomfortable with having "Solaris" represented here
unless we need to represent the other distributions (Belenix and so
on) as well.
I would be slightly happier with a separate OS and Distribution
selection.
> > Hardware defaults to { All, PC, Macintosh, Other }. This seems
> > unhelpful. I was playing around with { ANY/Generic, i86pc/i386,
> > i86pc/amd64, SPARC/sun4u, SPARC/sun4v, Other }. (I guess an
> > i86xpv field might be needed now.)
>
> Can you select more than one in the same bug? Since "Any" wouldn't
> seem to cover all the valid possibilities there.
In bugster, we use generic terms such as "x86" to mean "any x86-like
system," and we have an odd complement of individual platforms listed
as well, though those are (sadly) all implemented by project code name
so basically nobody knows what any of them mean. ;-}
Anyway, I wouldn't get hung up over this. I'd just have the usual
broad categories ("generic", "x86", "sparc", and "ppc" should do) and
be done with it.
> > There are also substates for RESOLVED: { FIXED, INVALID, WONTFIX,
> > DUPLICATE, WORKSFORME, MOVED }. There's no equivalent to the
> > deferred/no resources available in the current Bugster.
> >
>
> I'd very much like to see a far wider (bugster-like) range of bug
> states available.
+1 ... though using them properly and getting broad agreement on the
proper use is, I think, a prerequisite.
> Copying Bugster's would, in fact, be a decent start
> I think (even if Defer lost its substates).
I don't really want to go into a lot of Sun-internal politics here,
but suffice it to say that paring down Defer's substates would have
bad consequences (including database corruption). We unfortunately
need _more_ detail here, not less, in order to avoid some ... uh
... problems.
--
James Carlson, Solaris Networking <[EMAIL PROTECTED]>
Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
_______________________________________________
tools-discuss mailing list
tools-discuss@opensolaris.org
