OpenSolaris/Solaris Relationships, updated

Thursday, Mar 1. 2007  –  Category: OpenSolaris

Many thanks to Tim for iterating with me on a revised diagram showing the relationship between OpenSolaris and Sun’s Solaris.

This updated version more properly reflects that Solaris 10 comes from a separate source tree – but that backports of OpenSolaris features are pulled into Solaris 10 for patches and updates. It also reflects that Solaris 10 was the initial “seed” for the OpenSolaris source (mostly true, the actual seed was Nevada – which is why Solaris 10 is kept as a parallel source tree).

You can see my original post here

One Trackback to “OpenSolaris/Solaris Relationships, updated”

  1. that’s whacked » OpenSolaris/Solaris Relationships
    March 1st, 2007 at 10:13

3 Comments to “OpenSolaris/Solaris Relationships, updated”

  1. Luke Says:
    March 1st, 2007 at 19:35

    Nice! Though Solaris 10′s position on the vertical scale is now wrong: it looks like you’re saying that Solaris 10 is open, unstable and unsupported.

  2. Luke Says:
    March 1st, 2007 at 19:48

    Just to clarify my last comment… I see that the Solaris 10 binary distribution is down where it should be, but there’s an oval bubble depicting Solaris 10 source code in the “open, unstable and unsupported” position. That source code is not open, nor unstable. Perhaps it could be argued that it is not supported in that form.

    I think that open/closed, stable/unstable and supported/unsupported are three different things, and it’s confusing to have them on the same scale.

    Another question: is SXDE really more stable than SXCE? I mean stable in a “does not crash/break” sense rather than a “does not change” sense. Does SXDE contain any additional bugfixes that were not contained in the matching SXCE release?

  3. Stephen Lau Says:
    March 1st, 2007 at 23:20

    Hi Luke, Agreed – the scale was meant to apply to the OpenSolaris-descended half, rather than the Solaris 10 half. I’ll try to denote it differently in my next version of the drawing.

    SXDE is more stable in both senses. SXDE won’t contain any more additional bugfixes than a matching SXCE release (since, at some point – they will both coincide on the same build) – but the SXDE release cycle is slower, in order to ensure that… at any given time, the current SXDE release will be stable in the “does not crash/break” sense.

    We ensure it’s more stable by limiting the bugfixes going into the builds prior to the SXDE release build, as well as doing more rigorous testing on it.

    This is as opposed to the SXCE release cycle which releases every build (well, almost every build… b58 excepted) regardless.

Leave a Reply

Recent posts

Categories

Grommit

Mozilla

OpenSolaris

Songbird

Archives

Meta