[ogb-discuss] [opensolaris-summit] My comments (very subjective) on proposed Summit topics

[Garrett D'Amore]

Darren Reed wrote:
> John Plocher wrote:
>
>   
>> Darren Reed wrote:
>>
>>     
>>> ie. Instead of trying to get part of bugster out of Sun, create
>>> a new bug reporting database 
>>>       
>> The dealbreaker for me is that there is no easy way to initially
>> populate this new database with the hundreds of thousands of open
>> bugs/rfes already in bugster, which effectively means that nobody
>> without bugster access will be able to fix/manage bugs, and if they
>> have bugster access, they have no need to use something else...
>>     
>
>
> So OpenSolaris starts with a clean slate.
> What's wrong with that? :)
>
> This can only work in OpenSolaris' favour: it'll have less bugs
> than Solaris ;-)
>
> And if there is a desire to import bugster information later, just
> reserve some number space for that and start at some other
> place for OpenSolaris.
>   

Here's a suggestion for what I think is a better/simpler idea.

Populate the existing bugs into the new database, but only copy over the 
CR #, status, priority, severity and synopsis by default.  I don't think 
taken individually, any of those things give up proprietary 
information.  (Anyone who puts confidential information in the 
*synopsis* deserves to be thrown into one of Roland's proverbial 
komodo-dragon-filled-pits.)

Then include a "button" (perhaps enabled by a special keyword, 
"master-in-bugster" or somesuch) that internal Sun folks can use to 
selectively import details (vetting by hand) from "old" bugster.

Basically, lazy population of most of the data fields is what I'm 
suggesting.

Its not perfect, but I think it could solve at least some of the 
problems.  But of course, it will require "effort" from someone to write 
the populate/transfer tool.  And that person's not me.  (And yes, talk 
is cheap. :-)  And so are the electrons that delivered this message...

    -- Garrett

> Darren
>
> _______________________________________________
> ogb-discuss mailing list
> ogb-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/ogb-discuss
>