From 55fb046138ab563c2e03403c270960c06daa921b Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Sat, 5 Oct 2013 18:08:59 +0200 Subject: [PATCH] docs: improve grammar and wording of the release-schedule text Signed-off-by: Benno Schulenberg --- Documentation/release-schedule.txt | 41 +++++++++++++++--------------- 1 file changed, 21 insertions(+), 20 deletions(-) diff --git a/Documentation/release-schedule.txt b/Documentation/release-schedule.txt index 6077735b1..8f5b3ad57 100644 --- a/Documentation/release-schedule.txt +++ b/Documentation/release-schedule.txt @@ -1,37 +1,38 @@ Release schedule ---------------- -The util-linux uses .. version numbering. -Since the major version is pretty much fixed the release means an -upgrade of minor number. Minor version is update roughly twice -per year. Easiest way to estimate when next version will occur is -to see time stamp of previous release. +The util-linux package uses the .. version +numbering scheme. Since the major version is pretty much fixed, any +release means an increment of the minor number. The minor version is +incremented roughly twice per year. The easiest way to estimate when +the next version will appear, is to look at the time stamp of the last +release. -Before a release there are few release candidates, which will be -collectively tested. During test period changes to code base are -restricted. Usually there are two release candidates. +Before each release there are a few release candidates, which will be +collectively tested. During the test period changes to the code base +are restricted. Usually there are two release candidates. - what length what will be accepted to upstream - ------------------------------------------------------- + what length what will be accepted into upstream + --------------------------------------------------------- rc1 1-2 weeks bug fixes only rc2 1-2 weeks translations, fatal/trivial bug fixes -The period between a release and next release candidate can be considered as -merge window. +The period between a release and the next release candidate can be considered +as the merge window. Release criteria ---------------- -For all releases is required: +For all releases it is required that: - - make checkincludes pass - - make checkconfig pass - - make distcheck pass - - cd tests && ./run.sh pass - - out-of-tree build works - cd .. && mkdir build && cd build && ../util-linux/configure && make + - make checkincludes passes + - make checkconfig passes + - make distcheck passes + - cd tests && ./run.sh passes + - an out-of-tree build works + (cd .. && mkdir build && cd build && ../util-linux/configure && make) - - ideally: build with uClibc, --with-slang + - ideally: a build with uClibc works, and --with-slang works See also --------