Sean Murphy wrote:
I have read the FreeBSD Handbook Chapter 20

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cutting-edge.html

    I understand what FreeBSD-Current is.

FreeBSD-Stable is a little fogy for me. Here is what I found and I think.

quote "FreeBSD-STABLE is our development branch from which major releases are made. Changes go into this branch at a different pace, and with the general assumption that they have first gone into FreeBSD-CURRENT for testing. This is still a development branch, however, and this means that at any given time, the sources for FreeBSD-STABLE may or may not be suitable for any particular purpose. It is simply another engineering development track, not a resource for end-users."

So "Stable" is not really "Stable" it is still a branch for development and security fixes that go into "Point Releases". Which means "Point Releases" are the real true "Stable" area. Right?

More or less, yes. -STABLE really is pretty stable in my experience, since the development code that gets checked in is ostensibly good, running code that has already been tested. But... sometimes it isn't good code, or sometimes one change conflicts with other recent changes that got checked in.

Also, features in -CURRENT may diverge from the last release point by a rather wide margin, so it isn't really the best testing environment for evaluating how a change will affect users when it is grafted onto the last release point -- that is more the job for -STABLE. Finally, some bugs just don't manifest until a wider range of users have tried out the new code.

Release points represent a junction where -STABLE really does prove to be very stable for a wide range of uses and platforms. A release might still have some bugs that didn't manifest yet, but that is much less likely than if you run -STABLE.


So when I need a security update I should CVSup the tag line should be

RELENG_6_0 for the real stable version, also includes bug and security fixes.

This will include the release point code plus /critical/ bug fixes. As I understand it, this is not all available bug fixes, just the fixes for clear operational threats such as security-related bugs or things that might lead to data loss. Minor bugs might not get fixed until the next major release point.

Yes, "RELENG_X_Y" is the recommended CVS setting for production servers and any non-expert use, and RELENG_6_0 is ostensibly the most stable and secure branch to be following today.


--
Greg Barniskis, Computer Systems Integrator
South Central Library System (SCLS)
Library Interchange Network (LINK)
<gregb at scls.lib.wi.us>, (608) 266-6348
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to