+1, partly because emulating sun's engineering practice in some ways can only be a good thing, but mostly because when one delivers something as large as a distro , one needs multiple levels of specialization
On 15-Jul-08, at 8:34 AM, Alan Coopersmith <Alan.Coopersmith at Sun.COM> wrote: > Bonnie Corwin wrote: >> So everything you've said confirms that consolidations are not >> special >> in this discussion. They are simply large Projects. They manage >> code >> and they have processes for taking in code. Projects that deliver >> to a >> larger project don't need to be nested hierarchically or 'owned' by >> the >> larger project. Projects should simply exist. Where each chooses to >> deliver should not be part of a governance discussion. > > I believe the only difference between a Project and a Consolidation is > that a Consolidation is that Consolidations have a specific place in > the > hierarchy of delivering to a product. > > I tried last year to define what Consolidations, C-Teams and a W-Team > were in the OpenSolaris world [1], and we didn't go far with that for > various reasons - I think now that we've accepted that at least part > of > our collective effort is building a distro or family of distros, we > may > be closer to being able to define this. > > So my thoughts on this and the hierarchy are not fully worked out, but > their current half baked state is something along the lines of this: > > - The OGB charters a top-level collective called "The OpenSolaris > WOS". > This effectively replaces the current Indiana Project collective and > will run the W-Team for the OpenSolaris OS. The W-Team will either > charter or adopt other Projects as OpenSolaris Consolidations - these > are most likely going to look like the current Consolidations - ON, > SFW, > Desktop, X, etc. The W-Team will set the requirements for these > Consolidations (ARC review, schedules for delivery to WOS builds, > etc.). > > - Every project that wants to deliver into "The OpenSolaris WOS" > either > finds a consolidation to accept it, or applies to the W-Team to > become > a consolidation itself. > > Projects don't necessarily have to be associated with a consolidation, > especially ones in the experiment and refine stages, that aren't ready > to deliver. They don't have to have a governance/hierarchical > relationship > with an existing consolidation - but to get set up, they have to > convince > someone they should be created - that could be a SIG, another > Project, or > the OGB, though we'd prefer most projects not come to the OGB, and > would > try to refer most to a more appropriate group to get started under. > > [1] http://mail.opensolaris.org/pipermail/ogb-discuss/2007-July/002109.html > > -- > -Alan Coopersmith- alan.coopersmith at sun.com > Sun Microsystems, Inc. - X Window System Engineering > > _______________________________________________ > ogb-discuss mailing list > ogb-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/ogb-discuss
