On 6/6/07, Dave Miner <Dave.Miner at sun.com> wrote: > We don't generally provide downgrade for Solaris at all; generally the > current packages are not designed to go backwards in time, as it's not a > requirement for the product, thus the scripts included in most packages > will in many cases have fatal flaws if presented with an environment > that breaks this basic assumption. It's possible that at some point > this could be done, but it's a much bigger problem than Jerry's proposal.
I think that downgrade is an unfortunate term used in this thread. The inability to "back-out" is somewhat concerning to me as I see "upgrade on attach" as more of "patch on attach." How difficult would it be to create undo.Z archives that get stored under the NGZ /var/sadm directory, similar to what patchadd does today? If packages need to be upgraded and no "do not save backout information" option is selected, we start to get in the "downgrade" scenario rather than "back-out". In this case, it should fail in a pre-change analysis phase. Mike -- Mike Gerdts http://mgerdts.blogspot.com/
