diff --git a/Documentation/release-schedule.txt b/Documentation/release-schedule.txt new file mode 100644 index 000000000..7e069db28 --- /dev/null +++ b/Documentation/release-schedule.txt @@ -0,0 +1,39 @@ +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. Easiet way to estimate when next version will occur is +to see time stamp of previous 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. + + what lenght what will be accepted to upstream + ------------------------------------------------------- + rc1 1-2 weeks bug fixes only + rc2 1-2 weeks translations, fatal/trivial bug fixes + +The lengty time, usually about five months, after the release can +be considered as merge window. + +Release criteria +---------------- + +For all releases is required: + + - 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 + + - ideally: build with uClibc, --with-slang + +See also +-------- + +Documentation/source-code-management.txt