diff options
author | Eric Blake <eblake@redhat.com> | 2012-02-25 17:16:08 -0700 |
---|---|---|
committer | Eric Blake <eblake@redhat.com> | 2012-03-01 21:28:54 -0700 |
commit | eeabb77781ac6ff3dfe2905a70ae26f5ac70af73 (patch) | |
tree | 265a331a037130fb1e0f1210b35c95d730dfecca | |
parent | 14e8178c50ddd9831dd4947192248653906f3942 (diff) | |
download | autoconf-eeabb77781ac6ff3dfe2905a70ae26f5ac70af73.tar.gz |
Release Version 2.68b.v2.68b
It's been more than a year since 2.68; time for a beta release
to shake out any last minute bugs, before a release of 2.69
in the near future.
* NEWS: Mention the release.
* HACKING: Update some instructions.
Signed-off-by: Eric Blake <eblake@redhat.com>
-rw-r--r-- | HACKING | 20 | ||||
-rw-r--r-- | NEWS | 3 |
2 files changed, 11 insertions, 12 deletions
@@ -50,14 +50,13 @@ release: - Run `make syntax-check' This makes sure that the source files follow some consistent rules. - The checks live in maint.mk, which is intended to be shared across - several projects. (Help in merging this to use gnulib's maint.mk - would be appreciated). + The checks live in maint.mk, shared from gnulib, and customized in + cfg.mk. -- Run `make maintainer-distcheck' - This is quite long. It basically runs the test suite using a C++ - compiler instead of a C compiler, and within a severe environment - (POSIXLY_CORRECT). +- Run `make distcheck' + +- Test some unusual environments, such as building and running the + testsuite with POSIXLY_CORRECT=1 CC=g++. - Try some real world packages A good example is the coreutils package. @@ -108,9 +107,7 @@ Update the version number in NEWS (with version, date, and release type) and ChangeLog, and mention in README whether the release is stable. Make sure all changes are committed, then run `git tag -s -m <version> -u <gpg_key> v<version>'. Do not push anything upstream at -this point. At this point, running `make _version', followed by `make -news-date-check changelog-check' will validate that the information is -formatted correctly. +this point. ** Update configure As much as possible, make sure to release an Autoconf that uses @@ -139,7 +136,8 @@ Run `git push origin refs/tags/v<version>' to push the release tag. ** Announce Complete/fix the announcement file, and email it at least to autoconf@gnu.org and autotools-announce@gnu.org. If this is a stable -release, also mail to info-gnu@gnu.org. +release, also mail to info-gnu@gnu.org; if it is a beta release, +also mail to platform-testers@gnu.org. ** Other web updates For alpha and beta releases, the process is complete. For stable @@ -1,6 +1,7 @@ GNU Autoconf NEWS - User visible changes. -* Noteworthy changes in release ?.? (????-??-??) [?] +* Noteworthy changes in release 2.68b (2012-03-01) [beta] + Released by Eric Blake, based on git versions 2.68.*. ** Autoconf-generated configure scripts now unconditionally re-execute themselves with $CONFIG_SHELL, if that's set in the environment. |