X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/77bbf3027c4240a2e833209a3a3f186589da8577..d5b7ff90d7fb09a74c1bec86ec941d5c29e5226c:/doc/doxygen/inside_release.doc diff --git a/doc/doxygen/inside_release.doc b/doc/doxygen/inside_release.doc index 5fbed80d8c..5d710e43c2 100644 --- a/doc/doxygen/inside_release.doc +++ b/doc/doxygen/inside_release.doc @@ -9,14 +9,15 @@ Please apply the following checklist before releasing. - Sources - The external patches (Debian, etc) are integrated. - The COPYING file is aligned with Debian's copyright file. - - The version number is correctly marked in CMakeLists.txt, in macros - SIMGRID_VERSION_MAJOR and friends. + The COPYING file is aligned with Debian's copyright file, and the + dates of SimGrid chunks are accurate. + - The version number is correctly marked in CMakeLists.txt (in macros + SIMGRID_VERSION_*), and also in sonar-project.properties - The "make distcheck" target works (testing that every files needed to build and install are included in the archive) - Tests - All tests pass on a reasonable amount of platforms (typically, - everything on ci) + everything on ci + travis/Mac + AppVeyor) - You also tested to build and install the content of the source archive on a reasonable amount of platforms (typically, 2 or 3). - ChangeLog file @@ -47,14 +48,30 @@ git clean -dfx # warning, it will kill your uncommited changes cmake . && make dist \endverbatim -\subsection inside_release_c_source Building the binary jarfile +\subsection inside_release_c_jarfile Building the binary jarfile Get the jarfiles for several OSes on the CI slaves. Use Save under to give a separate name to each of them. -- On Jenkins: Mac OSX, Linux 64 and Linux 32 (without boost-context), FreeBSD, NetBSD +- On Jenkins: Mac OSX, Linux 64 and Linux 32 (without boost-context), FreeBSD - On AppVeyor: Windows +For Linux, it is safer to rebuild them in a chroot (to avoid +boost-context and all other optional dependencies): +\verbatim +mkdir /tmp/build-amd64 +cp SimGrid-3.*.tar.gz /tmp/build-amd64 +sudo debootstrap --arch amd64 --variant=buildd testing /tmp/build-amd64 http://deb.debian.org/debian/ +sudo chroot /tmp/build-amd64 +echo "proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0" >> /tmp/fstab +mount proc /proc -t proc +apt-get install -y cmake default-jdk libboost-dev python3 +cd tmp +tar xfz ../SimGrid*tar.gz && cd SimGrid-* +cmake . -Denable_documentation=off -Denable_java=ON +make -j4 && ctest -R java +\endverbatim + Once all jarfiles are in a separate directory, run the following to merge them: \verbatim @@ -88,7 +105,7 @@ the settings icon of the release you want to change. - Rebuild and resynchronize the website so that the file gets visible from our download page.\n - Edit org/org-templates/level-0.org to change the release version, the tgz link and the jar link. - - emacs org/site/index.org and C-c C-c the first source block to refresh the news. + - emacs org/site/index.org and C-c C-c the first source block to refresh the news; fake the date in the result. - emacs org/site/download.org and C-c C-c the first source block to refresh the download. - emacs org/site/documentation.org and edit the version links. - make -C org all sync @@ -97,11 +114,26 @@ the settings icon of the release you want to change. - Document the tag on https://github.com/simgrid/simgrid/releases - Mail the simgrid-user mailing list - the NEWS chunk in the mail; + - Hall of Fame in the mail\n + git shortlog -sne v3.18.. - the ChangeLog chunk as attachment - Also mail some other lists (G5K users), with only the NEWS chunk and the link to the download section -- Release the debian package +- Release the debian package + - make -C debian/rules get-orig-source + - gbp import ../simgrid_XXX+dfsg.orig.tar.xz + - dch -i "New upstream release" # + copy the NEWS into debian/changelog + - git mv debian/libsimgrid3.XX.install debian/libsimgrid3.XY.install + - edit debian/control + - s/simgrid3.XX/simgrid3.XY/ + - libsimgrid3.XY conflicts with libsimgrid3.XX because of smpimain +- Update the simgrid/package.py for spack: https://gitlab.inria.fr/solverstack/spack-repo - Create the template for the next release in ChangeLog and NEWS files -- Change the release number in CMakeLists.txt +- Change the release number to 3.X.90 in CMakeLists.txt and sonar-project.properties +- Deal with deprecations: + - Introduce the XBT_ATTRIB_DEPRECATED_v??? macro for the next release. + - Kill the one for the current release and remove all code that were + mandated by the deprecated functions (both in source and headers). + - Do the possible cleanups now that these features are gone. */