As releases from master are now rolling when-they-are-ready releases, some of these steps no longer are followed. In particular, -RC releases are not done anymore (although the RC variable is set in
CMakeLists.txt
to avoid accidents) and most things are automated through the release script RELEASE.sh
rm -rf build ; mkdir build ; cd build
CC=clang CXX=clang++ cmake .. && make
make
make test
Note that all means all-that-make-sense. The partition-manager tests need
an additional environment variable to be set for some tests, which will
destroy an attached disk. This is not always desirable. There are some
sample config-files that are empty and which fail the config-tests.CMakeLists.txt
, CALAMARES_VERSION variables, and set
RC to a non-zero value (e.g. doing -rc1, -rc2, ...). Push that.README.md
and everything ci/HACKING.md
, make sure it's all still
relevant. Run ci/calamaresstyle
to check the C++ code style.
Run pycodestyle on recently-modified Python modules, fix what makes sense.settings.conf
and other configuration files.
sh ci/txpull.sh
CMakeLists.txt
.
Check the translation site for the list of languages with
fairly complete translations.git-archive-all -v calamares-1.1-rc1.tar.gz
or without
the helper script,
V=calamares-3.1.5
git archive -o $V.tar.gz --prefix $V/ master
Double check that the tarball matches the version number.CMakeLists.txt
if this is the actual release.git tag -s v1.1.0
Make sure the signing key is known in GitHub, so that the
tag is shown as a verified tag. Do not sign -rc tags.calamares.io
.