Roy T. Fielding wrote:
On Jul 29, 2005, at 6:12 PM, Al Hopper wrote:

That's what I thought originally, but a lot of the posts I have seen
are emphasizing the business decisions made by an ARC rather than
the technical review.

Where do you see this?

When a choice is made to work on a major branch or not.

The ARC's don't decide this. A project team proposes what type of release (major, minor, or micro) that a project can go into and the
ARC approves or explains why it needs to change.

Currently, it's another commitee called the Solaris PAC which makes
business decisions about what type of release Sun engineers are working
on next and which projects have a business case for inclusion in that
release - they were the ones who decided recently to change the Nevada
tree from a micro to minor release, as careful observers noticed in the
releases when the uname output changed from 5.10.1 to 5.11.   The ARC
role was simply to tell projects if they could integrate into the micro
release tree, or had to wait for a minor release tree to be available,
based on what sort of changes were being made to interfaces, and if any
of those were incompatible changes, what had been previously documented
about what sort of release incompatible change would be allowed in.

One thing that's not visible currently via the OpenSolaris process is
that we currently do have multiple gates for Solaris - patch gates for
the older trees (Solaris 9 and earlier), update release (sort of like
micro, but not quite) for Solaris 10 update releases, and the Nevada
minor release tree.

In a more CVS-like model, these would be branches, but the end effect is
the same.   The biggest blocker to OpenSolaris having different gates or
branches for different types of release is the lack of any sort of
public code management system more sophistacted than 'wget file.tar.gz'.

--
        -Alan Coopersmith-           [EMAIL PROTECTED]
         Sun Microsystems, Inc. - X Window System Engineering
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to