On Mon, 2010-03-01 at 20:52 -0500, Thomas Burgess wrote:
> "There may be some things we choose not to open source going forward,
> similar to how MySQL manages certain value-add[s] at the top of the
> stack," Roberts said. "It's important to understand the plan now is to
> deliver value again out of our IP investment, while at the same time
> measuring that with continuing to deliver OpenSolaris in the open."
>         
>         "This will be a balancing act, one that we'll get right
>         sometimes, but may not always."
>         
>         -------------
>         From the feedback data I've seen customers dislike this type
>         of licensing model most.  Dan may or may not be reading this,
>         but I'd strongly discourage this approach.  Without knowing
>         more I don't know what alternative I could recommend though..
>         (Too bad I missed that irc meeting..)
>         
>         ./C
>         
>         
>         
> I may be wrong, but isn't this already what they do?  I mean, there is
> a bunch of proprietary stuff in solaris that didn't make it into
> opensolaris.  I thought this was how they did things anyways, or am i
> misunderstanding something.
> 

Not quite. The stuff that didn't make it from Solaris Nevada into
OpenSolaris was pretty much everything that /couldn't/ be open-sourced,
or was being EOL'd in any case. We didn't really hold anything back
there.

The better analogy is what Tim Cook pointed out, which is the version of
OpenSolaris that runs on the 7000-series storage devices. There's some
stuff on there that isn't going to be putback into the OpenSolaris
repos.


I don't know, and I certainly can't speak for the project, but I suspect
the type of enhancements which won't make it out into the OpenSolaris
repos are indeed ones like we ship with the 7000-series hardware. That
is, I doubt that you will be able to get an "OpenSolaris with Oracle
Improvements" software distro/package - the proprietary stuff will only
be used as part of a package bundle, since Oracle is big on
one-stop-integrated-solution things.


-- 
Erik Trimble
Java System Support
Mailstop:  usca22-123
Phone:  x17195
Santa Clara, CA
Timezone: US/Pacific (GMT-0800)

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to