> I submit that if the stable tree hasn't calmed down after three or four
> months, opening a development branch may in fact HELP the situation, and
> stabilize things faster. You need to vent the patch pressure.
I'd tend to agree there. The new VM would have gone into 2.5.x and then back
into 2.4
In terms of release cycles there is a better method, that is simply to
codify what already happens. In truth we have yearly major releases
We went
1.2
1.3.59
2.0
2.0.30
2.2
2.2.14-18 merge cycle
2.4
What we possibly should do is admit the backport phases (2.0.30/2.2.14/...)
do in fact occur and go
2.5
2.5 seems kind of solid at some random point but not finished
2.6 (2.4 + 2.5 and useful bit driver backport)
2.7 (continued 2.5)
2.8 (actual release containing the grand changes 2.5 started)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Nov 30 2001 - 21:00:23 EST