Linked by Thom Holwerda on Tue 19th Jun 2007 10:29 UTC, submitted by binarycrusader
Oracle and SUN Simon Phipps of Sun has responded to the recent criticism of Sun's openness, pointing out that even releasing information that they may already have costs a lot of money. "Jonathan asked me to look into this, to ensure we're pursuing an open path across all of Sun, not simply the software group. We take all input seriously, and we can't solve all problems for all parties, but we're committed to doing our best to faithfully engage with all the communities we serve, in the same spirit as the existing Open Source Ombudsman Scheme. With the support of my team and others in the community I'll try to build a new scheme that is fair and transparent."
Permalink for comment 248922
To read all comments associated with this story, please click here.
delewis
Member since:
2007-03-09

No, its the same situation (most likely). Good ol' citizen Theo didn't explain to you *why* OpenSolaris doesn't have the sources necessary for the v215/v245. The problem is the mpt(7D) SCSI controller is still closed and part of the "ON-closed-bins". This is a tarball that contains binaries of various drivers and executables that haven't been opened. Now because mpt(7D) hasn't been opened yet, does not mean OpenSolaris won't *run* on a v215 or v245, even if you don't want to use the currently closed mpt(7D) driver. You *could* netboot it (Solaris is great for such things) of throw a different controller in there, say a fibre HBA and hook it up to some external storage.

Now why Sun hasn't opened mpt(7D) is a bit of a mystery. mpt(7D) is used for various LSI SAS disk controllers. Should LSI not want the code released, Sun would be bound be legally bound by that decision until a suitable "open" replacement for mpt(7D) comes around.

No, Theo didn't tell you this, because in this case generalization was better for him in this situation. I hope you see what he's done.

Edited 2007-06-19 12:45

Reply Parent Score: 5