Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 Jun 2002 22:02:04 -0400 (EDT)
From:      Garrett Wollman <wollman@lcs.mit.edu>
To:        nik@FreeBSD.ORG
Cc:        arch@FreeBSD.ORG
Subject:   Re: Timetables for interface deprecation/deletion
Message-ID:  <200206190202.g5J224qM051487@khavrinen.lcs.mit.edu>
In-Reply-To: <20020618225523.J52976@canyon.nothing-going-on.org>

next in thread | previous in thread | raw e-mail | index | archive | help
In article <20020618225523.J52976@canyon.nothing-going-on.org> you write:

>    Deprecated		The interface is supported, but is slated for
>    			obsolecence in the next major release of
>			FreeBSD.

			Any interface which is not documented is
			automatically in this state.

>Assuming, for the moment, that that makes sense to people, over what sort 
>of timescales should interfaces move from state to state?

I think that `major release' would be considered a reasonable
milestone, as you have already effectively written into the
definition.

That is to say, an interface which is introduced in major release X.0
will persist throughout the lifecycle of X.*.  An interface which is
introduced in minor release X.Y (Y > 0) will persist throughout the
lifecycle of (X+1).*.  (This second statement is another way to say,
``new features appear in -current first''.)

There is another lifecycle category which you didn't mention:

Legacy			This interface is supported for standards
			compliance or compatibility purposes only.
			This interface SHOULD NOT be used.  If and
			when the standard is revised (or applications
			rewritten) to remove the requirement for this
			interface, it may be removed at any time and
			any point in the release cycle.

-GAWollman

-- 
Garrett A. Wollman   | [G]enes make enzymes, and enzymes control the rates of
wollman@lcs.mit.edu  | chemical processes.  Genes do not make ``novelty-
Opinions not those of| seeking'' or any other complex and overt behavior.
MIT, LCS, CRS, or NSA|         - Stephen Jay Gould (1941-2002)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200206190202.g5J224qM051487>