... > I've already said this in an off-list reply, but I guess I'll say it again > here. > > Having everyone release their distribution from branches leaves us with the > gate entirely divorced from a binary deliverable. In that situation it > would get little to no testing. This is bad bad bad. ...
Well, until we in Sun engineering are doing direct putbacks into OpenSolaris, there will need to be an onxx-gate, period, that OpenSolaris is synchronised with. Eventually there should be an onxx-gate that is being updated from OpenSolaris and we test that. Until we (Sun) eliminate usr/closed, we cannot use OpenSolaris as "the gate" to test or build a direct release from. Furthermore, each distro that uses OpenSolaris will also be slightly different. From a technical point of view, the reality of the situation is that then main OpenSolaris gate (in its pure form) is never tested by us or any build as it exists if you checkout that source code, alone. Only when usr/closed is eliminated can it be any different. Now to be more loose here and ignore the usr/closed problem, the current source code tree that we use for development in Sun, I expect, will be the same as OpenSolaris's current source code tree. In this case, the primary gate (OpenSolaris) gets tested in the same fashion that nevada does today - it doesn't suffer from "no testing." So... If OSbY (OpenSolaris build Y) is based on onnvX (Nevada build X), my suggestion would be that at some point in time we decide that a value of X is going to be the new MR and becomes (say) on11. Some sort of announcement is made regarding OSbY, source code in OS is tagged, etc. onnv continues with people doing putbacks into it and the ongoing sync between onnv and OS. on11 would be created something like "cp -rp onnv-gate on11-gate" (mmm, gotta love teamware.) For all intents and purposes, the testing the internal opensolaris-based tree (currently onnv) should be the equivalent of testing OpenSolaris. Darren This message posted from opensolaris.org _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
