John Plocher wrote: > John Plocher wrote: >> Problem 1: >> >> This seems to drop User Groups and SIGs on the floor. > > Got it - thanks! > > >> Problem 2: >> >> I'm not sure how the Cluster and Storage communities fit into our >> new structure - they seem to be more "siblings of OpenSolaris" than >> "children" or "parents"... As we build up our ecosystem and do >> more and more with appliances and distros, does it make sense to >> have a structure that allows us to naturally organize ourselves >> around those activities? Or is this the role that SIGs would fill? > > This is still an open question - where do the Cluster and Storage > communities fit into our new world order? Maybe we *do* need a > classification for things that are not UGs, Consolidations or > Projects, called (duh) a Community. > > They seem to be *more* than simply a mailing list, and less than a > Consolidation or Project. They use Community resources and play > a role in defining what it means to be part of the OpenSolaris > Community.
John, I haven't been following this discussion closely, but since you mention Clusters I thought I'd chime in. I think that the HA-Clusters community as currently structured would actually qualify as a consolidation. While not a capital C Consolidation that traditionally delivered into the Solaris distribution, the HA Clusters community hosts code and publishes binary distributions (Solaris Cluster Express currently), in addition to sponsoring projects and general technical discussions. Thanks, Nick > > In my mind, Communities have > > Web pages in the Community namespace > > Mailing lists (one or more) > > The ability to form relationships with Consolidations and > Projects (ENDORSED, SPONSORED,...?) > > I am not sure about their ability to grant Contributer status > (mostly because I can't answer the "...contribute to *what*?" > question in a way that isn't simply a pointer to an existing > Consolidation or Project...) For arguments sake, assume they > don't. > > Unlike the current setup, I don't think these communities are > where governance actually happens - at least in the sense of > "those that 'do' get to make the decisions". > > Putting things together for comparison: > Communities Consolidations Projects UserGroups > Makes webpages Yes Yes Yes Yes > Makes mailinglists Yes Yes Yes Yes > Publishes components No Yes No No > Makes relationships Yes Yes Yes Yes > Makes Contributers No Yes Yes Yes > Makes Projects No Yes Yes No > > What other abilities/behaviors are there that are or should be > associated with these top level groups? > > I see the existing list of Communities morphing into a list > of Communities, a list of Consolidations and a list of "defunct, > to be deleted". > > Thoughts pro and con and otherwise? > > -John > > > _______________________________________________ > ogb-discuss mailing list > ogb-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/ogb-discuss
