Hi, On Sunday 26 February 2012 15:55:17 H wrote: > Mark Felder wrote: > > On Thu, 23 Feb 2012 12:25:01 -0600, Damien Fleuriot <m...@my.gd> > > wrote: > > that is all understandable but the point should not be forgotten ... > > I mean certainly -RELEASE __is__ the production release
there is not the production release here. There are always at least two. > > so, few testers is no excuse, still more when that is a known issue, > so a bigger time frame would be the solution until the var > _seemed_stable change into _is_stable Stable has here a different meaning. It just means that nothing will change at the interfaces anymore as long the error is not hidden there. 5.2 and 5.21 was such an example if I remember right. > > of course, that is not always so easy but also think of side effects, > few_testers could change into still_less when FreeBSD prove to have > unstable releases No matter what effort you put into testing, you can never achieve the robustness of an older release. I still have 7.4 running on one. This can stay until next year. So, why do you want to run the latest release on an important machine? You can, but you are not in a position to complain then. Erich _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
