Alan Coopersmith wrote:
> or more specifically, what projects/communities should be joining
> the OpenSolaris community?    Is OpenSolaris the right place for
> any open source project coming from a Sun product that doesn't fit
> into java.net or another existing community?
> 
> We've already seen in the Storage & Cluster recent additions that
> were not traditionally part of the Solaris OS, but extra-charge
> products layered on top, and for most of the things they've released,
> they may make sense as part of OpenSolaris.
> 
> However I've had some informal talks recently with people from two
> other projects in Sun who are looking at how to open source (and I'm
> sorry, but I can't name them publicly at this time) - they're also
> both traditionally unbundled products that run on top of either
> Solaris or Linux - should they come to OpenSolaris.org to request a
> project or a community, what should we tell them?   Are we the place
> to host projects that deliver primarily on Solaris, but also ship
> versions for other platforms?   (I suppose DTrace & ZFS already fall
> into the that category, due to the MacOS X & BSD ports.)
> 
> What if they don't support running on Nevada at all, but only on
> Solaris 10 or older releases?   Should a project seeking support
> from OpenSolaris.org be required to run on at least one OpenSolaris
> distro?   (be it Solaris Express, Nexenta, Belenix, Indiana or
> another one?)

If it is a project that is a part of, based on, runs on, or in some way 
supports any OpenSolaris distribution and lacks a more appropriate home 
- then I think that's reasonable to me.

I realise that's fairly open-ended, but it supports the idea of organic 
open growth.  If a project starts out small, and grows to be something 
larger in scope than opensolaris.org, then it can always feel free to 
move off.  If it's got a more appropriate place (e.g.: opensparc.net, 
java.net, or failing all else: sourceforge.net), then we can point that 
out.  And if a project starts, falters, and ultimately becomes defunct - 
  then we clean it up and remove it.

cheers,
steve

-- 
stephen lau // stevel at opensolaris.org | http://whacked.net
opensolaris // solaris kernel development

Reply via email to