[arc-discuss] Requesting PSARC/2007/124 details

James Carlson james.d.carlson at sun.com
Wed Mar 28 12:07:15 PDT 2007


Dale Ghent writes:
> On Mar 28, 2007, at 2:47 PM, James Carlson wrote:
> 
> > Who are "we?"  Your message is addressed to arc-discuss, but it's
> > really not the ARC's role to determine what a given consolidation will
> > accept or not accept.
> 
> "We" are people who aren't SWAN-enabled. "We" generally take the  
> stance that if code or a policy is committed to the otherwise open  
> portion of the Nevada codebase, the reasoning and deliberations  
> behind that change (ie; the PSARC in this case) should be made  
> available as well, if anything but to document that change (which one  
> of the reasons behind an ARC case, yes?) so 3rd parties who use these  
> interfaces can adjust accordingly.

And I said I agree with you.

The problem is that this isn't the right forum.  Instead, I think you
need to address the ON Community itself.  The rule you're effectively
proposing -- "no ON integration into the open source part of the tree
based on closed ARC cases" -- makes eminent sense to me.  It's just
not an architectural issue.

> Case in point is this particular PSARC: It's something that changes  
> interfaces that are public in both the effective taxonomical sense  
> and the unencumbered code sense. I'd argue that in cases like this  
> the ARC documentation should be part and parcel to the actual putback  
> at the very least...

That's actually not relevant and not true.  These interfaces are not
at all public in the ARC taxonomy; they're private to the ON
Consolidation.

It's not relevant because the issue here is that the code being
modified is itself open source, and thus the case must be (should be,
ought to be) open as well.

"Public" in the taxonomy sense has nothing whatsoever to do with "open
source."  They're orthogonal issues.  "Public" in the taxonomy means
that there is reference documentation (such as man pages) supplied and
we provide compatibility information for others depending on the
interface.  The source code itself is emphatically not documentation.

If you're trying to argue that interfaces without documentation are
somehow stable, then that's another matter.  I'd like to see an ARC
case filed to change the explicit stability first.

-- 
James Carlson, Solaris Networking              <james.d.carlson at sun.com>
Sun Microsystems / 1 Network Drive         71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677



More information about the arc-discuss mailing list