Source-Changes archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: CVS commit: src/etc
On 8/5/06, Geert Hendrickx <ghen%netbsd.org@localhost> wrote:
On Sat, Aug 05, 2006 at 01:07:30PM +0000, Julio M. Merino Vidal wrote:
> When using a development version of the system (be it current, a beta or
> a release candidate), tell the user that he might expect problems and how
> to effectively report them to the developers.
> cvs rdiff -r1.333 -r1.334 src/etc/Makefile
--- src/etc/Makefile:1.333 Sun Jul 23 11:44:55 2006
+++ src/etc/Makefile Sat Aug 5 13:07:30 2006
@@ -112,7 +112,18 @@
.endif
# -rw-rw-r--
+.if !empty(DISTRIBVER:M*.99.*)
+BIN2+= motd.current
+FILESNAME_motd.current= motd
+.elif !empty(DISTRIBVER:M*BETA*)
+BIN2+= motd.beta
+FILESNAME_motd.beta= motd
+.elif !empty(DISTRIBVER:M*RC*)
+BIN2+= motd.rc
+FILESNAME_motd.rc= motd
+.else
BIN2+= motd
+.endif
# -rw-------
BIN3+= hosts.equiv
Aren't the versions on a branch called *_STABLE instead of _BETA? At least
here (on netbsd-3) I have:
% uname -r
3.0_STABLE
When a new branch is cut, it is named _BETA until the .0 release is
made. E.g., when 4.0 is branched, the branch will exist and will
carry the 4.0_BETA name. Later on, it will evolve to 4.0_RCn, and
then to 4.0 (or is it 4.0_RELEASE?). Once 4.0 is released, the next
change applied to it will switch the name to 4.0_STABLE.
As time passes, 4.0_STABLE might become 4.1_RCn, and soon after
4.1_RELEASE. Then, it'd be 4.1_STABLE.
I'm not sure we want to consider _STABLE versions as development
ones... It'd look strange ;-)
Cheers,
--
Julio M. Merino Vidal <jmmv84%gmail.com@localhost>
The Julipedia - http://julipedia.blogspot.com/
Home |
Main Index |
Thread Index |
Old Index