Table of Contents
Before making an official Lire™ release, it should have been tested on all supported platforms. A release shouldn't be made unless Lire™ builds, installs and generates an ASCII report from all supported log files on all supported platforms. If this is not the case, the release should be delayed untill this is fixed.
Making a new release of Lire™ involves many steps:
Writing the final version number in NEWS.
Tagging the CVS tree.
Building the "Standard" Lire™ tarball.
Building the "Full" Lire™ tarball.
Building the Debian GNU/Linux™ package.
Building the RPM package.
Making sure the FreeBSD package gets updated.
Uploading the tarballs and making packages available.
Advertising the release.
Inbetween releases, the NEWS file generally reads "version in cvs". This should of course be changed to e.g. "version 20011205".
Since August 25, we maintain our ChangeLog file. Make sure the ChangeLog in the toplevel directory is not too big. If needed, split off a chunk and move it to doc/. The ChangeLog is autogenerated from the CVS commits, using the cvs2cl tool. One could e.g. run cvs2cl --prune --stdout -l "-d \>yesterday" -U ../CVSROOT/users.