Mike Gerdts writes: > The last I heard, Live Upgrade was not open source with no plans to > open it.
That's right; it's encumbered. The amusing thing about it is that the LU software itself that was originally integrated was a bunch of shell scripts, so, as far as being "secret," it has always been visible to people who've downloaded Solaris and thus no secret at all. Over the years, we converted parts of it into C code. (Not exactly sure in all cases _why_, but nonetheless ...) As that code was written on the existing design, it's also encumbered. We're a bit stuck, and that's one reason some work here (such as Caiman) is needed. > Are you suggesting that all OpenSolaris distributions be > stuck with this compatibility requirement when only the distribution > known as Solaris will ever be able to benefit from it? Yes. That's the tip of an interesting problem: what do we do when one distribution needs to place restrictions on other distributions? (I don't think Sun's distribution is special here -- they will likely all have these sorts of problems.) We really haven't addressed this issue to any substantial degree yet because there hasn't been any divergence yet. Discussing this issue in arc-discuss at opensolaris.org would be good. It seems a shame to me, though, that the underlying issue in this case appears to be trivial. Who cares whether install scripts are written using rotten old Bourne shell or some fancy new shell? As an architectural matter, these scripts should be doing as little as possible -- nothing at all if that can be achieved, so that packages just lay bits on the disk -- and thus going out of our way to provide fancy scripting support here seems a bit on the pointless side. -- 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
