(Elaboration about 'make distcheck') |
(Added section about updating files for release) |
||
Line 1: | Line 1: | ||
=== Updating the version and release date === | |||
The program version and release date are mentioned in several places. Some other places are also important to check before making a release. | |||
* <code>configure.ac</code> (version) | |||
* <code>CMakeLists.txt</code> (version) | |||
* <code>src/winver.h</code> (version) | |||
* <code>README</code> (version and release date) | |||
* <code>INSTALL</code> (dependencies and their versions) | |||
* <code>NEWS</code> (version, release date and changes) | |||
* <code>data/help/header.txt</code> (version and release date) | |||
* <code>data/help/changes.txt</code> (version, release date and changes) | |||
=== Making a clean tarball === | === Making a clean tarball === | ||
Authors and packagers should work on making a clean tarball, which has no | Authors and packagers should work on making a clean tarball, which has no .svn folders, no Makefiles, no .deps folders, etc... That kind of clean is needed when uploading sources such as for debian, and can be obtained thanks to <code>make dist</code>, with automake. | ||
To test that the distribution compiles and installs with just the files included in the release, <code>make distcheck</code> can be used. However, you should also make sure that it actually runs. | To test that the distribution compiles and installs with just the files included in the release, <code>make distcheck</code> can be used. However, you should also make sure that it actually runs. | ||
Line 7: | Line 20: | ||
=== Notifying the package maintainers and websites === | === Notifying the package maintainers and websites === | ||
Normally first the source and Windows releases are made. After verifying everything works with several people for at least a day, | Normally first the source and Windows releases are made. After verifying everything works with several people for at least a day, the release will be tagged in Subversion. At that point the release is official and the package maintainers should get started on producing their package. | ||
The following people are responsible for updating their packages: | The following people are responsible for updating their packages: | ||
Line 13: | Line 26: | ||
* '''Debian/Ubuntu''' - [[User:Bertram|Bertram]] | * '''Debian/Ubuntu''' - [[User:Bertram|Bertram]] | ||
* '''Slackware''' - [[User:Platyna|Platyna]] | * '''Slackware''' - [[User:Platyna|Platyna]] | ||
* '''MacOS X''' - [[User: | * '''MacOS X''' - [[User:Trapdoor|trapdoor]] | ||
* '''Arch Linux''' - [[User:Bjørn|Bjørn Lindeijer]] | * '''Arch Linux''' - [[User:Bjørn|Bjørn Lindeijer]] | ||
Revision as of 09:19, 2 June 2007
Updating the version and release date
The program version and release date are mentioned in several places. Some other places are also important to check before making a release.
configure.ac
(version)CMakeLists.txt
(version)src/winver.h
(version)README
(version and release date)INSTALL
(dependencies and their versions)NEWS
(version, release date and changes)data/help/header.txt
(version and release date)data/help/changes.txt
(version, release date and changes)
Making a clean tarball
Authors and packagers should work on making a clean tarball, which has no .svn folders, no Makefiles, no .deps folders, etc... That kind of clean is needed when uploading sources such as for debian, and can be obtained thanks to make dist
, with automake.
To test that the distribution compiles and installs with just the files included in the release, make distcheck
can be used. However, you should also make sure that it actually runs.
Notifying the package maintainers and websites
Normally first the source and Windows releases are made. After verifying everything works with several people for at least a day, the release will be tagged in Subversion. At that point the release is official and the package maintainers should get started on producing their package.
The following people are responsible for updating their packages:
- Debian/Ubuntu - Bertram
- Slackware - Platyna
- MacOS X - trapdoor
- Arch Linux - Bjørn Lindeijer
The following people are responsible for updating the respective websites: