Update of /cvsroot/boost/boost/tools/build/v2
In directory sc8-pr-cvs3.sourceforge.net:/tmp/cvs-serv18989
Modified Files:
Tag: RC_1_34_0
release_procedure.txt
Log Message:
-m
Index: release_procedure.txt
===================================================================
RCS file: /cvsroot/boost/boost/tools/build/v2/release_procedure.txt,v
retrieving revision 1.8
retrieving revision 1.8.2.1
diff -u -d -r1.8 -r1.8.2.1
--- release_procedure.txt 13 Sep 2005 12:54:46 -0000 1.8
+++ release_procedure.txt 20 Jul 2006 08:52:11 -0000 1.8.2.1
@@ -3,29 +3,27 @@
[ Must be done from a Unix shell ]
-
-
0. Look for all issues for current milestone in the tracker. Close the fixed
one,
if not already closed. Move to a later milestone, or fix all the unfixed
ones.
Make sure that "bjam --version" output is correct. Update version string if
needed. Update bjam version and the version check is necessary.
- Check the download locations in "index_v2.html". Check that "last modified"
+ Check the download locations in "index.html". Check that "last modified"
strings in docs are correct.
1. Make sure you don't have any local modification, and tag the CVS tree with
- Milestone_X tag.
+ Milestone_X tag. Be sure to tag both Boost.Build and Boost.Jam sources.
2. Run
- cvs -d :ext:<your_user_name>@cvs.boost.sourceforge.net:/cvsroot/boost co -r
- Milestone_X -P -d boost-build boost/tools/build
+ cvs -d :ext:<your_user_name>@boost.cvs.sourceforge.net:/cvsroot/boost co -r
+ Milestone_X -P -d boost-build boost/tools
Note: it turns out that anonymous CVS access uses some backup server, which
is not up-to-date.
-3. Go to "boost-build/v2" directory.
+3. Go to "boost-build/build/v2" directory.
4. Run "./roll.sh". This will create "boost-build.zip" and
"boost-build.tar.bz2" in parent directory, and also upload
@@ -33,18 +31,45 @@
5. Unpack "boost-build.tar.bz2", and build jam.
-6. Go to "test" and copy "test-config.jam.in" to "test-config.jam". Run gcc
- tests:
- python test_all.py gcc
+6. Go to "test" and copy "test-config-example.jam" to "test-config.jam".
+ If you're not ghost, edit test-config.jam to specify all the right paths.
+ Run gcc tests:
+
+ python test_all.py gcc --extras
7. Build all projects in examples-v2, using the bjam binary created at step 4.
Note: "threading=multi" might be needed to build QT examples.
-8. Announce the release, etc.
+8. Make SF release:
-9. Update the "next milestone query" in the tracker.
+ - Go to
+ https://sourceforge.net/project/admin/editpackages.php?group_id=7586
+
+ - Create new Boost.Build release. Name it 2.0-mXX
-10. Login to SF and update the current-release redirects in .htaccess.
+ - Upload the changelog. Be sure to turn the "Preserve my pre-formatted
+ text" checkbox.
+ - Rename previously built packages to boost-build-2.0-mXX.tar.bz2
+ and boost-build-2.0-mXX.zip. Upload them to the
+ /incoming directory on ftp://upload.sourceforge.net
+
+ - Add those file to release, edit file properties.
+
+ - In a separate browser, verify changelog is not damaged.
+
+ - In a separate browser, Download the files and verify checksums.
+ - In SF file release interface, send email notice.
+
+9. Announce the release, etc.
+
+10. Login to SF and update the current-release redirects in
+ /home/groups/b/bo/boost/htdocs/boost-build2/.htaccess.
+
+11. If any issues were found during release in this document or in
+ test-config-example.jam, commit those changes. The release need
+ not be redone, but changes must be comitted.
+
+12. Set release date in changes.txt and commit.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Boost-cvs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/boost-cvs
