[Remember, this all is simply my opinion; if I am off base, oblivious or 
otherwise being more thick headed than usual, feel free to whap me up 
'side the head and tell me to get with the program....]

Alan Coopersmith wrote:
 > But OpenSolaris is not just...oh I give up.

Sorry about hitting your "OpenSolaris is more than just ON" hot button...

The OpenSolaris.org community was created to be a home for Solaris.  
Solaris is just one of many things that Sun is open sourcing, and it is 
distinct from OpenFirmware,  OpenSPARC,  OpenJava and the others.  I 
don't think anyone is suggesting that
OpenSolaris.Org become a single uber-community for all of these 
disparate efforts. I'm certainly not!

On the other hand, OpenSolaris is becoming home for more consolidations 
than just ON - JDS, SFW and the admin /install all quickly come to 
mind.  The question on the table is how to best manage the architectural 
invention and evolution that is happening in all parts of our extended 
set of communities.

Within Sun we have self-organized into several ARCs for various 
specialization,  organizational and load balancing reasons; those 
reasons may or may not be valid "out here". 

So far, we have been experimenting with PSARC, and have determined that 
it needs to split into two parts - the traditional Sun-internal closed 
PSARC and the new OpenSolaris ARC being discussed here.  The next 
question that comes up is

    Do we wish to have more than one ARC community in OpenSolaris?

If not, we should call it something like "the OpenSolaris ARC" or OSARC 
or just plain ARC, and staff it with ALL the core community members.  
This is my preferred direction, but it presumes that OpenSolaris won't 
become another SourceForge collection of unrelated projects.

If we do want multiple ARCs, we need to figure out how we will 
differentiate between them.  Rhetorically, would it make sense correlate 
specific consolidations or Communities to specific ARCs?   Does it make 
sense to have a "Zones ARC" and/or a "JDS ARC"?  If we did this, what 
kind of relationship would/should there be between the "JDS ARC" and the 
Gnome Community development processes?

Creating an OpenSolaris presence for the other "Sun ARCS" has its own 
problems.  I get confused when I try to follow the implications to their 
logical conclusions:  If  we were to create a WSARC at opensolaris.org, 
wouldn't we also have to create another WSARC sub-community for 
J2ee at java.com (where a major WSARC constituency lives), another 
@Java.Net, another  @JCP.org, ... ?    How would a WSARC member deal 
with this complexity?  If LSARC were to become the JDS ARC, what 
would/should happen to the rest of the traditional LSARC caseload: 
Explorer,  SunVTS, Woodstock, the open source database stuff, NetBeans, 
the compilers, SunMC, Cacao, etc?

Mostly because I don't have good answers for these questions, I'd rather 
not divide the OpenSolaris architecture effort into factions at the 
beginning - there isn't the volume of participation (either at the case 
or membership levels) to warrant it yet.  And if the need does arise, we 
can address it then.

Rich Lowe wrote:
 > I'm not sure if I'm understanding this correctly.  Does this suggest 
that this effort
 > would form an 'OSARC' (for want of a better acronym), that anything
 > opensolaris-related would go through?  At that point, you're going to 
have
 > to define "opensolaris related"

I think/hope so.  A metric I'd suggest is that if it is hosted on 
OpenSolaris.Org, it goes thru the OpenSolaris ARC.  It doesn't matter 
much if the project is aimed at ON, SFW or JDS; if it affects the 
community, it needs to be reviewed by the community.

This probably implies that the current membership of PSARC, LSARC and 
WSARC needs some restructuring to deal with "OSARC".

Joe Kowalski wrote:
 > What happens when this change which would normally be
 > reviewed by LSARC is submitted?

Answer #1: If we have only one OpenSolaris ARC:
    The project goes to "OSARC" for review.  Hopefully the LSARC members
    who are also JDS community core members are participating in the 
operation
    of OSARC and take a leadership role in the review.

Answer #2: If we have many OpenSolaris ARCs:
    The case is triaged in some as-yet undefined way to send it to the 
appropriate
    ARC for JDS things, which is staffed by the aforementioned core 
community
    members who are also LSARC members.

   -John







Reply via email to