From The Mana World
(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 CVS 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.
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, CVS will be tagged with the new release in a format similar to TMW_0_0_18. At that point the release is official and the package maintainers should get started on producing their package.
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:Nayr|Nayr]]
* '''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:

The following people are responsible for updating the respective websites: