From: <ai...@us...> - 2013-09-30 22:57:24
|
Revision: 12557 http://sourceforge.net/p/plplot/code/12557 Author: airwin Date: 2013-09-30 22:57:22 +0000 (Mon, 30 Sep 2013) Log Message: ----------- This may be the final version of this file for this release. Modified Paths: -------------- trunk/README.Release_Manager_Cookbook Modified: trunk/README.Release_Manager_Cookbook =================================================================== --- trunk/README.Release_Manager_Cookbook 2013-09-30 21:46:24 UTC (rev 12556) +++ trunk/README.Release_Manager_Cookbook 2013-09-30 22:57:22 UTC (rev 12557) @@ -1,33 +1,38 @@ INDEX -(1) Prepare documentation +(1) Prepare and test the documentation (2) Check and potentially fix internal consistency (3) Update website-related files -(4) Preliminary install and test of a local copy of the PLplot website -(5) Prepare a preliminary version of the ChangeLog file for this release -(6) Prepare the README.release file or press those who have made -(7) Version changes. -(8) Install and test a local copy of the PLplot website -(9) Comprehensive test of PLplot. -(10) Upload the local website to SourceForge: -(5) Prepare a file release: -(4) Publicity for the release announcement. -(5) Immediate preparation for next release cycle +(4) Install and test a (preliminary) local copy of the PLplot website +(5) Prepare a (preliminary) version of the ChangeLog file for this release +(6) Prepare the README.release file and/or press those who have made +(7) Update Release date and versions +(8) Create (a preliminary version of) the release tarball and check the result +(9) Do comprehensive test of PLplot. +(10) Install and test a local copy of the PLplot website +(11) Create ChangeLog.release +(12) Create the PLplot Release +(13) Upload the local website to SourceForge +(14) Prepare a file release +(15) Publicize the release announcement +(16) Prepare immediately for the next release cycle - (A1) GNU Privacy Guard (gpg) (A2) Creating a test tarball from trunk (A3) Correct computer time -N.B. the order of steps below is important because of the -dependencies between the steps. +N.B. the order of steps below is important because of the dependencies +between the steps which are noted (except for the generation of the +final release tarball and ChangeLog which depend on virtually all +prior steps). -(1) Prepare documentation +(1) Prepare and test the documentation This step does not depend on other steps. The steps below entitled "Check and potentially fix internal consistency" and +"Install and test a (preliminary) local copy of the PLplot website" "Install and test a local copy of the PLplot website" depend on this step. @@ -36,23 +41,22 @@ documentation (in doc/docbook/src) to reflect any changes (new drivers or new PLplot functionality) in the current release cycle. Or alternatively, press those who made the changes to update the -documentation. +documentation. Generate and test our doxygen form of documentation +following the instructions in doc/README.doxygen. -Generate and test our doxygen form of documentation following the -instructions in doc/README.doxygen. Generate and test our Docbook -documentation following the instructions in -doc/docbook/README.developers. +Update, generate and test our Docbook documentation following the +instructions in doc/docbook/README.developers. (2) Check and potentially fix internal consistency This step depends on the step above entitled -"Prepare documentation". +"Prepare and test the documentation". This step potentially affects the swig-generated bindings and -the f95, tcl, and ocaml bindings. Thus, the steps below entitled +the f95, tcl, and ocaml bindings. Thus, the step below entitled -"" +"Comprehensive test of PLplot" may depend on this step. @@ -106,9 +110,12 @@ This step does not depend on other steps. -The step below entitled +The steps below entitled +"Install and test a (preliminary) local copy of the PLplot website" "Install and test a local copy of the PLplot website" +"Create (a preliminary version of) the release tarball and check the result" +"Create the release tarball and check the result" depends on this step. @@ -121,9 +128,9 @@ controls what examples-related files are copied to the website. Update the project web page, including the examples: edit -www/examples.php to reflect the forthcoming release version number and -any changes to the examples themselves (i.e. pages added or removed -from an existing example or entirely new examples). +www/examples.php to reflect any changes to the examples themselves +(i.e. pages added or removed from an existing example or entirely new +examples). Note, the xmlto package that must be installed in order to generate the DocBook documentation (see doc/docbook/README.developers referred @@ -132,66 +139,15 @@ present release announcements for the website if desired. See www/announce/README for just how easy this step would be. -(4) Preliminary install and test of a local copy of the PLplot website +(4) Install and test a (preliminary) local copy of the PLplot website This step depends on the steps above entitled -"Prepare documentation" and +"Prepare and test the documentation" and "Update website-related files" but does not depend on any steps below. -Follow the directions in the step below entitled - -"Install and test a local copy of the PLplot website" - -exactly which should produce a final tested local version of the -website except that the RELEASE_DATE might be wrong. - -(5) Prepare a preliminary version of the ChangeLog file for this release - -# This makes the BASE used below correct. -svn update - -svn log --revision BASE:<LAST_RELEASE_REVISION> --verbose >| ChangeLog.release_preliminary - -where <LAST_RELEASE_REVISION> stands for the last revision number of -the previous release which can be determined e.g., by viewing the -ChangeLog.release file from the previous release. Note the "_preliminary" -suffix to distinguish this from the final result below. - - -(6) Prepare the README.release file or press those who have made -changes in this release cycle to update that file. - -To double-check that file is complete with regards to all major -developments during this release cycle, skim all the commit messages in -ChangeLog.release_preliminary determined above. - -(7) Version changes. - -Version of PLplot updated above in www/examples.php. In addition, -update cmake/modules/plplot_version.cmake to reflect the current -RELEASE_DATE (which affects the documentation build) and -version. Also, follow the instructions in that file for updating the -SOVERSION, the minor number and the patch number for each versioned -library created by the PLplot build. - -(8) Install and test a local copy of the PLplot website - -This step depends on the steps above entitled - -"Prepare documentation", -"Update website-related files", and -"Version changes" (since the documentation build depends on the -release date). - -The step below entitled - -"" - -depends on this one. - To build the local form of the website (including both the doxygen and DocBook forms of our documentation) run (on a Linux host that is capable of building the documentation for the source tree that has all @@ -246,7 +202,7 @@ examples is accessible, etc. Some iterations with the steps above entitled -"Prepare documentation" and +"Prepare and test the documentation" and "Update website-related files" will likely be required. @@ -259,9 +215,98 @@ local website you should commit all your changes so they are available for generating the tarball and ChangeLog (see below) for this release. -(9) Comprehensive test of PLplot. +N.B. The iterated result should be identical to the final result (see +below) except that the release date (configured as RELEASE_DATE) and +the PLplot version in www/example.php will be wrong. Those +issues are addressed in "Update release date and versions" below. -Do comprehensive test of the interactive results then the noninteractive +(5) Prepare a (preliminary) version of the ChangeLog file for this release + +# This makes the BASE used below correct. +svn update + +svn log --revision BASE:<LAST_RELEASE_REVISION> --verbose >| ChangeLog.release_preliminary + +where <LAST_RELEASE_REVISION> stands for the last revision number of +the previous release which can be determined e.g., by viewing the +ChangeLog.release file from the previous release. Note the +"_preliminary" suffix to distinguish this from the final result below +which will contain (if all goes well in the steps below) a record of +all but the last commit (of the ChangeLog itself) for this release. + +(6) Prepare the README.release file and/or press those who have made +changes in this release cycle to update that file. + +This step depends on the step above entitled + +"Prepare a (preliminary) version of the ChangeLog file for this release". + +To double-check that file is complete with regards to all major +developments during this release cycle, skim all the commit messages in +ChangeLog.release_preliminary determined above. + +(7) Update Release date and versions + +This step depends on no others. + +The following steps entitled + +"Create (a preliminary version of) the release tarball and check the result +for errors." +"Install and test a local copy of the PLplot website" +"Comprehensive test of PLplot" + +depend on this step. + +Update PLplot version in www/examples.php. In addition, +update cmake/modules/plplot_version.cmake to reflect the current +RELEASE_DATE (which affects the documentation build) and +version. Also, follow the instructions in that file for updating the +SOVERSION, the minor number and the patch number for each versioned +library created by the PLplot build. + +(8) Create (a preliminary version of) the release tarball and check the result +for errors. + +This step depends on the steps above entitled + +"Prepare and test documentation" +"Check and potentially fix internal consistency" + +The -c option runs ctest on the directory tree unpacked from the +release tarball, and the -i option installs a build from that +directory tree + +scripts/make_tarball.sh -c -i /tmp/plplot_install + +find /tmp/plplot-dist-prep -name "*.out" |xargs grep -i error + +If the above find command discovers any errors, then those errors +need to be fixed and this step needs to be repeated. + +Browse the following install locations that were generated from the +tarball: + +/tmp/plplot_install/share/doc/plplot/html/index.html +/tmp/plplot_install/share/doc/plplot/plplot-5.9.10.pdf +/tmp/plplot_install/share/doc/plplot/plplot-5.9.10.ps.gz + +Look at a few man pages that were generated from the tarball, e.g., + +nroff -man /tmp/plplot_install/share/man/man3/pllegend.3plplot |less + +Look at the info pages that were generated from the tarball using + +info /tmp/plplot_install/share/info/plplotdoc.info + +(9) Do comprehensive test of PLplot. + +This step depends on the steps above entitled + +"Check and potentially fix internal consistency" +"Update date/versions" + +Do a comprehensive test of the interactive and noninteractive results. scripts/comprehensive_test.sh --do_ctest no --do_test_noninteractive no @@ -270,15 +315,32 @@ Enter results of these and all other tests of this release into README.release. -(10) Create ChangeLog.release +(10) Install and test a local copy of the PLplot website +This step depends on the steps above entitled + +"Prepare and test the documentation" +"Update website-related files" +"Update release date and versions" + +The step below entitled + +"Upload the local website to SourceForge" + +depends on this one. + +Follow the exact steps given above in "Install and test a +(preliminary) local copy of the PLplot website" but this time with the +correct RELEASE_DATE and VERSION. + +(11) Create ChangeLog.release + N.B. commit all local changes to the repository so they will be -reflected in the ChangeLog, tagged version of the release, and release -tarball. And if there are committed changes after this one (except -possibly for commits of this file, README.Release_Manager_Cookbook), +reflected in the ChangeLog, tagged version of the release, and the release +tarball. And if there are committed changes after this one repeat this step so the ChangeLog.release commit is the last trunk -commit for this release cycle (with the exception of the current -file). +commit for this release cycle (with the possible exception of the current +file, README.Release_Manager_Cookbook). Prepare the ChangeLog.release file to keep track of all changes made for the release. Use the following commands: @@ -299,7 +361,8 @@ last commit for the trunk version of PLplot (see remarks above about when it is necessary to repeat this step). -(11) Creating a PLplot Release: +(12) Create the PLplot Release + Based on suggestions in the svn manual, the PLplot svn archive is configured as follows: @@ -340,8 +403,6 @@ cd to tags/ and enter the following commands: -export WWW_USER=your_sf_user_name -../trunk/scripts/make_tarball.sh -c -i /tmp/vX_Y_Z -t vX_Y_Z 2>&1 | tee build.log This script will take a several minutes to execute and does not otherwise provide a lot of feedback so it will appear as if it is doing nothing for @@ -378,7 +439,7 @@ A list of your GPG keys can be obtained using the command "gpg --list-keys". -(2) Upload the local website to SourceForge: +(13) Upload the local website to SourceForge Once you are satisfied with the local website, you should upload it to SourceForge with rsync. @@ -404,7 +465,7 @@ N.B. the --dry-run option for rsync is a god-send and tells you exactly what will happen without actually doing it. -(5) Prepare a file release: +(14) Prepare a file release Login to sf.net. Go to the PLplot SourceForge project page. @@ -433,13 +494,13 @@ the release numbers. -(4) Publicity for the release announcement. +(15) Publicize the release announcement Jerry: macresearch.org Barbara Irwin: linuxtoday.com, lwn.net, lxer.com -(5) Immediate preparation for next release cycle +(16) Prepare immediately for the next release cycle a. Append the README.release file from the current release onto the front of the OLD-README.release file. This is done to preserve a record of the @@ -447,8 +508,6 @@ b. Update README.release file to reflect significant changes made between the current release and the last release. - - --- Appendix --- (A1) GNU Privacy Guard (gpg) This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <ai...@us...> - 2013-10-01 16:51:20
|
Revision: 12563 http://sourceforge.net/p/plplot/code/12563 Author: airwin Date: 2013-10-01 16:51:17 +0000 (Tue, 01 Oct 2013) Log Message: ----------- Another refinement of the release manager cookbook. These instructions are still pretty rough, but it contains the essence of what I did in a realistic order, and for the next release I will refine these instructions some more. Modified Paths: -------------- trunk/README.Release_Manager_Cookbook Modified: trunk/README.Release_Manager_Cookbook =================================================================== --- trunk/README.Release_Manager_Cookbook 2013-10-01 06:30:27 UTC (rev 12562) +++ trunk/README.Release_Manager_Cookbook 2013-10-01 16:51:17 UTC (rev 12563) @@ -266,7 +266,7 @@ library created by the PLplot build. (8) Create (a preliminary version of) the release tarball and check the result -for errors. +for errors This step depends on the steps above entitled @@ -315,26 +315,8 @@ Enter results of these and all other tests of this release into README.release. -(10) Install and test a local copy of the PLplot website +(10) Create ChangeLog.release -This step depends on the steps above entitled - -"Prepare and test the documentation" -"Update website-related files" -"Update release date and versions" - -The step below entitled - -"Upload the local website to SourceForge" - -depends on this one. - -Follow the exact steps given above in "Install and test a -(preliminary) local copy of the PLplot website" but this time with the -correct RELEASE_DATE and VERSION. - -(11) Create ChangeLog.release - N.B. commit all local changes to the repository so they will be reflected in the ChangeLog, tagged version of the release, and the release tarball. And if there are committed changes after this one @@ -361,86 +343,72 @@ last commit for the trunk version of PLplot (see remarks above about when it is necessary to repeat this step). -(12) Create the PLplot Release +(11) Create the PLplot Release Based on suggestions in the svn manual, the PLplot svn archive is configured as follows: -/trunk/plplot +/trunk /tags/older_plplot_versions /branches/?? -For the release, you will be creating (and eventually committing) what is -essentially a branch of PLplot that is a record of the project at the time -of the release. This branch will be located in the /tags directory and -should follow the current naming convention, vX_Y_Z (v5_7_0 for example). +For the release, you will be using svn to copy the /trunk version to +/tags/vX_Y_Z (v5_9_10 for example to follow the previous naming +conventions). -The easiest way to get started is to make a directory on your computer -called, for example plplot_releases. Then in this directory enter the -following command: +To do this strictly on the server side with no local files involved at all +use the following commands: -svn co https://plplot.svn.sourceforge.net/svnroot/plplot plplot - -This will check out the *entire* plplot project, including all the old -versions. Strictly speaking this is not necessary, all you really need -are the trunk and the tags directories, but you'll only have to do this -once and hard drives are pretty big these days. - -If you already have this directory, you will need to make sure that -trunk is up to date. In the trunk directory, type: - +# Check that you have committed everything and there are no other updates you +# are unaware of. svn update +svn status +# Complete server side copy using new SourceForge Allura version of repository. +# This is _much_ faster than copying from the local version. +svn copy https://svn.code.sf.net/p/plplot/code/trunk https://svn.code.sf.net/p/plplot/code/tags/v5_9_10 -Now to create the branch for the new PLplot release, type the following -command in the root plplot directory: +# Check out this release tag -svn copy trunk/ tags/vX_Y_Z +svn checkout https://svn.code.sf.net/p/plplot/code/tags/v5_9_10 plplot_tags_5.9.10 -The commit the new tag: +In the event that problems are found in the release tarball generated +from the release tag, then trunk should be fixed, the trunk +ChangeLog.release +file recreated and committed (see instructions above). Then merge the +trunk version into the tags/vX_Y_Z branch as follows: cd tags/vX_Y_Z -svn commit -m "Adding a tag for the X.Y.Z release." +svn merge -r A:B /path/to/trunk -cd to tags/ and enter the following commands: +Where A and B specify the range of revisions in trunk to be applied +to tags/vX_Y_Z in the merge process. These can be determined by commit +messages. -This script will take a several minutes to execute and does not otherwise -provide a lot of feedback so it will appear as if it is doing nothing for -long periods of time (at least on a slower computer). Be patient. When the -script is finished, the release tarball will be available in the directory -/tmp/plplot-dist-prep/ +# IMPORTANT: use this tagged version to create the website and tarball +cd plplot_tags_5.9.10 -The "-c" option says to unpack the created tarball, build it with "cmake" and -"make", then test that result with ctest. +(11a) Install and test a local copy of the PLplot website -The "-i /tmp/vX_Y_Z" specifies the install prefix for the tarball -test configure and runs "make install" after cmake, make and ctest. When the -above command finishes executing you should go to this directory and verify -that the examples build and that plplot_test.sh executes without errors. +This step depends on the steps above entitled -The build will fail (without any warning messages on the console) if you -do not have the necessary tools to build the documentation. It is a good -idea to verify that you can build the documentation (-DBUILD_DOC=ON). +"Prepare and test the documentation" +"Update website-related files" +"Update release date and versions" -In the event that problems are found in PLplot during the release -process, corrections should be made to trunk/, the ChangeLog.release -file recreated and committed (see instructions above). Then merge the -trunk version into the tags/vX_Y_Z branch as follows: +The step below entitled -cd tags/vX_Y_Z -svn merge -r A:B /path/to/trunk +"Upload the local website to SourceForge" -Where A and B specify the range of revisions in trunk to be applied -to tags/vX_Y_Z in the merge process. These can be determined by commit -messages. +depends on this one. -Sign the release with your plplot Release Manager gpg key: -gpg --default-key YYYYYYYY --detach-sign --armor /tmp/plplot-dist-prep/plplot-X.X.X.tar.gz +Follow the exact steps given above in "Install and test a +(preliminary) local copy of the PLplot website" but this time with the +correct RELEASE_DATE and VERSION and also do this +using the files from the tagged release directory, e.g., plplot_tags_5.9.10 -A list of your GPG keys can be obtained using the command "gpg --list-keys". +(11b) Upload the local website to SourceForge -(13) Upload the local website to SourceForge - Once you are satisfied with the local website, you should upload it to SourceForge with rsync. @@ -465,35 +433,99 @@ N.B. the --dry-run option for rsync is a god-send and tells you exactly what will happen without actually doing it. -(14) Prepare a file release +Note that when changing release managers, the SF permissions are not set +up correctly to delete files belonging to the old release manager +using rsync. (Or else we need to learn more about how to change +ownership using rsync.) -Login to sf.net. -Go to the PLplot SourceForge project page. +So you need to use sftp to do that, e.g., -Upload the Release: -Select Files. -Click on the plplot folder & select "Add folder". -Enter the release name as the "New folder name:", e.g. X.Y.Z Source. -Click on the release folder pop-up menu & select "upload", upload the -release and the gpg signature file from /tmp/plplot-dist-prep/. This can -take a few minutes without much feedback. -Concatenate the README.release and ChangeLog.release files into a single -README.release file. -Upload the concatenated README.release file. -Click on the "i" or "info" button to mark the tar.gz file as the default -file to download for all platforms. +sftp airwin,pl...@we... +Then use the -Create a news item for the Release: -Select Develop / News -Click "Admin", select any older News Item and copy the test. -Click "Submit" - Enter "PLplot Release X.Y.Z" as the subject. - Paste in the text from the older release as the Details. - Be sure to update the text as appropriate, particularly - the release numbers. +ls -l +command to figure out who owns what and the +rm * + +command on the _file_ contents of each subdirectory of htdocs, and use +the + +rmdir <directory name> + +command on empty directories. + +Note, sftp has no recursive feature so you have to figure out the +directory structure and cd to the correct directory levels to remove +the files in each directory, ugh. I did try the sftp chown command, +but that did not work so the only possibility I could find was the above +commands to remove htdocs and everything below it in a piece-meal fashion. + +(11c) Create a final release tarball and check the result for errors + +Follow the above step entitled + +"Create (a preliminary version of) the release tarball and check the result for errors" + +but this time for the tagged release to make sure the tarball is exactly +consistent with the release tag. + +(11d) Sign the release with your plplot Release Manager gpg key: +gpg --default-key YYYYYYYY --detach-sign --armor /tmp/plplot-dist-prep/plplot-X.Y.Z.tar.gz + +A list of your GPG keys can be obtained using the command "gpg --list-keys <name>". + +(11e) Verify the release tarball signing +gpg --verify /tmp/plplot-dist-prep/plplot-X.Y.Z.tar.gz.asc + +(11f) Prepare a file release + +#IMPORTANT +cd /tmp/plplot-dist-prep/ + +sftp airwin,pl...@fr... +cd /home/frs/project/p/pl/plplot/plplot +mkdir 5.9.10\ Source +cd 5.9.10\ Source +put plplot-5.9.10.tar.gz.asc +put plplot-5.9.10.tar.gz +exit + +# Save a local copy of the release tarball for future reference. +cd /home/software/plplot_svn/HEAD/export #(or wherever) +cp -a /tmp/plplot-dist-prep/plplot-5.9.10.tar.gz* . +gpg --verify plplot-5.9.10.tar.gz.asc + +cd plplot_tags_5.9.10 +echo " + +DETAILED CHANGELOG FOR THIS RELEASE + +" | cat README.release - ChangeLog.release >| /tmp/README.release + +cd /tmp +sftp airwin,pl...@fr... +cd /home/frs/project/p/pl/plplot/plplot/5.9.10\ Source +put /tmp/README.release +exit + +Create a news item for this release largely following previous +news items (or even identical to them but with a changed title). + +Point your browser to http://sf.net/projects/plplot and login. A +news item will then be available on the menu bar. Click that, then +"new post". + +Enter the title (e.g., PLplot Release 5.9.10) and the text. Surround +the URL's in the text with angle brackets, e.g. +<http://sourceforge.net/projects/plplot/files/plplot>. + +For now I simply make all paragraphs one giant line which seems +to give reasonable default results. + + (15) Publicize the release announcement Jerry: macresearch.org @@ -502,9 +534,14 @@ (16) Prepare immediately for the next release cycle - a. Append the README.release file from the current release onto the front of - the OLD-README.release file. This is done to preserve a record of the - significant changes between versions of PLplot. + a. Preserve the historical record of the + significant changes between versions of PLplot in one file by + prepending README.release for 5.9.10 to OLD-README.release + +cat README.release OLD-README.release > OLD-README.release_new +mv OLD-README.release_new OLD-README.release + + b. Update README.release file to reflect significant changes made between the current release and the last release. This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <ai...@us...> - 2013-10-02 17:22:32
|
Revision: 12569 http://sourceforge.net/p/plplot/code/12569 Author: airwin Date: 2013-10-02 17:22:29 +0000 (Wed, 02 Oct 2013) Log Message: ----------- Indicate how to make the latest tarball the default choice at SF. Add more gpg details. Modified Paths: -------------- trunk/README.Release_Manager_Cookbook Modified: trunk/README.Release_Manager_Cookbook =================================================================== --- trunk/README.Release_Manager_Cookbook 2013-10-02 09:23:08 UTC (rev 12568) +++ trunk/README.Release_Manager_Cookbook 2013-10-02 17:22:29 UTC (rev 12569) @@ -493,6 +493,14 @@ put plplot-5.9.10.tar.gz exit +Make, e.g., plplot-5.9.10.tar.gz, the "latest" version. + +login to SF website +files ==> plplot ==> 5.9.10 Source ==> view details (the "i" icon) for +plplot-5.9.10.tar.gz ==> select "all" for the default + +The above spins indefinitely with iceweasel, but it does work. + # Save a local copy of the release tarball for future reference. cd /home/software/plplot_svn/HEAD/export #(or wherever) cp -a /tmp/plplot-dist-prep/plplot-5.9.10.tar.gz* . @@ -526,6 +534,8 @@ to give reasonable default results. + + (15) Publicize the release announcement Jerry: macresearch.org @@ -549,22 +559,133 @@ (A1) GNU Privacy Guard (gpg) A brief summary of developer relevant gpg commands, see also: -http://dewinter.com/gnupg_howto/english/GPGMiniHowto.html -man gpg +http://dewinter.com/gnupg_howto/english/GPGMiniHowto.html, +man gpg, and http://www.gnupg.org/faq/GnuPG-FAQ.html. -create a new key: +* Configure key-server (if you haven't done that already) by editing + $HOME/.gnupg/gpg.conf. Also specify the auto-key-retrieve option + for convenience. + +* List keys on your keyring that have been retrieved or generated so far: + +gpg --list-keys irwin + +* Search for any previously published keys that you might want to + revoke. (Note the search phrase is case insensitive but the search + is done on the Boolean AND of the terms so the following search would + miss any key generated in the past by Alan Irwin because of the + middle initial "W." that is specified for the search). OTOH, I + always use my middle initial for publications to reduce name clashes. + +gpg --search-keys Alan W. Irwin + +* Create a new key: + gpg --gen-key -list keys so that you can find the ID of the key you created: -gpg --list-keys + With gnupg 1.4.10, I chose the following options when creating a new key: + +Please select what kind of key you want: + (1) RSA and RSA (default) -upload your (public) key to GPG key server so that others can obtain it to +What keysize do you want? +2048 (default) +5-year expiration date. + +.... + +Real name: Alan W. Irwin +Email address: ai...@us... +Comment: Time Ephemerides key +You selected this USER-ID: + "Alan W. Irwin (Time Ephemerides key) <ai...@us...>" + + +N.B. nameofkey below is the name of the key, usually specified by the +second number after the slash for the first pub line given by +"gpg --list-keys". For example, the above key gives the following +result: + +software@raven> gpg --list-keys irwin +pub 2048R/BB159E92 2011-08-19 [expires: 2016-08-17] +uid Alan W. Irwin (Time Ephemerides key) <ai...@us...> +sub 2048R/C5ECCF77 2011-08-19 [expires: 2016-08-17] + +So the name could be BB159E92. Other possibilities exist as well such +as "irwin", but that might not be unique. + +Here is a complete recording of the gpg --edit-keys commands where I +added an additional user ID with the different comment "PLplot key" to my +existing key. Note this technique +could be used to add an additional user ID with a different +Real name or Email address as well. + +gpg --edit-key irwin +gpg> adduid +Real name: Alan W. Irwin +Email address: ai...@us... +Comment: PLplot key +Okay # to accept this added subkey +... need to enter passphrase + +gpg> uid 5 # to select the new user ID for additional changes +gpg> trust # select ultimate since you ultimately trust yourself. :-) +Your decision? 5 +Do you really want to set this key to ultimate trust? (y/N) y + +# Do to a gpg bug, the trust value looks like it is not updated, but +# it is so if you + +gpg > save # To save your changes, the trust value listed by + +gpg --list-keys irwin + +is correct. + +If you make a mistake in adding a new user id.... (which happened to +me when I put down a wrong e-mail address). + +gpg --edit-key irwin + +adduid (fill in correct e-mail address this time) +uid number (to select uid to work on for further commands +revuid (revoke bad e-mail one) +primary (to make the new one the primary one, I am not sure that is necessary) +trust (to make the new one ultimately trusted, again, not sure that is necessary. N.B. didn't seem to change trust value, but that was just bad output) + +save (to get out again) + +When edited the next time showed ultimate trust value for correct id, but +I don't know whether that was the above primary/trust subcommands or +whether those were necessary at all. It turned out those were not +necessary at all as I later used the above sequence to generate +a libLASi key and a FreeEOS uid key. + +* Generate a revocation certificate. Note this requires the pass phrase + specified at the time of key generation so keep that pass phrase in + a safe place or else generate the revocation certificate right after + generating the key, and keep that certificate in a safe place. I chose + the former course (keep the pass phrase safe). N.B. the options should + appear below in the order given! + +gpg --armor -o nameofkey-revocation.asc --gen-revoke nameofkey + +* Publicly revoke old key (from FAQ): + +gpg --import old-revocation.asc +gpg --send-keys nameofkey + +* Upload your (public) key to GPG key server so that others can obtain it to verify your signature on the release tarball. -gpg --send-keys 6C58D1AC -(where 6C58D1AC is replaced with the appropriate value from the list-keys -command) +gpg --send-keys nameofkey +gpg --refresh-keys (to update from the server all keys including your own). +This verified that the bad irwin address was revoked even though +gpg --search-keys Alan W. Irwin + +still shows revoked uid as the #1 uid. + (A2) (Optional) Creating a test tarball from trunk This step is only required if you have some concerns about how This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <ai...@us...> - 2013-10-02 21:07:53
|
Revision: 12573 http://sourceforge.net/p/plplot/code/12573 Author: airwin Date: 2013-10-02 21:07:51 +0000 (Wed, 02 Oct 2013) Log Message: ----------- Note validation of SF website pages as an additional task in the release process. Modified Paths: -------------- trunk/README.Release_Manager_Cookbook Modified: trunk/README.Release_Manager_Cookbook =================================================================== --- trunk/README.Release_Manager_Cookbook 2013-10-02 20:59:30 UTC (rev 12572) +++ trunk/README.Release_Manager_Cookbook 2013-10-02 21:07:51 UTC (rev 12573) @@ -463,6 +463,11 @@ but that did not work so the only possibility I could find was the above commands to remove htdocs and everything below it in a piece-meal fashion. +Once you have a proper upload of the local website to SourceForge, test +it as before. Also, click the xhtml and css validate buttons on each of +index.php, download.php, examples.php, documentation.php, and credits.php +to validate those pages. + (11c) Create a final release tarball and check the result for errors Follow the above step entitled This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <ai...@us...> - 2013-12-22 20:15:11
|
Revision: 12907 http://sourceforge.net/p/plplot/code/12907 Author: airwin Date: 2013-12-22 20:15:07 +0000 (Sun, 22 Dec 2013) Log Message: ----------- Update cookbook of release instructions to what was done for 5.9.11. Modified Paths: -------------- trunk/README.Release_Manager_Cookbook Modified: trunk/README.Release_Manager_Cookbook =================================================================== --- trunk/README.Release_Manager_Cookbook 2013-12-22 06:28:09 UTC (rev 12906) +++ trunk/README.Release_Manager_Cookbook 2013-12-22 20:15:07 UTC (rev 12907) @@ -69,6 +69,7 @@ in the build tree. The current such list of targets is +... check_plplotcapi_defines ... check_swig_documentation ... check_f95_parameters ... check_tcl_parameters @@ -288,8 +289,7 @@ tarball: /tmp/plplot_install/share/doc/plplot/html/index.html -/tmp/plplot_install/share/doc/plplot/plplot-5.9.10.pdf -/tmp/plplot_install/share/doc/plplot/plplot-5.9.10.ps.gz +/tmp/plplot_install/share/doc/plplot/plplot-5.9.11.pdf Look at a few man pages that were generated from the tarball, e.g., @@ -310,7 +310,9 @@ results. scripts/comprehensive_test.sh --do_ctest no --do_test_noninteractive no +find ../comprehensive_test_disposeable -name "*.out" |grep -v a.out |xargs grep -i error scripts/comprehensive_test.sh --do_test_interactive no +find ../comprehensive_test_disposeable -name "*.out" |grep -v a.out |xargs grep -i error Enter results of these and all other tests of this release into README.release. @@ -353,7 +355,7 @@ /branches/?? For the release, you will be using svn to copy the /trunk version to -/tags/vX_Y_Z (v5_9_10 for example to follow the previous naming +/tags/vX_Y_Z (v5_9_11 for example to follow the previous naming conventions). To do this strictly on the server side with no local files involved at all @@ -365,11 +367,11 @@ svn status # Complete server side copy using new SourceForge Allura version of repository. # This is _much_ faster than copying from the local version. -svn copy https://svn.code.sf.net/p/plplot/code/trunk https://svn.code.sf.net/p/plplot/code/tags/v5_9_10 +svn copy https://svn.code.sf.net/p/plplot/code/trunk https://svn.code.sf.net/p/plplot/code/tags/v5_9_11 # Check out this release tag -svn checkout https://svn.code.sf.net/p/plplot/code/tags/v5_9_10 plplot_tags_5.9.10 +svn checkout https://svn.code.sf.net/p/plplot/code/tags/v5_9_11 plplot_tags_5.9.11 In the event that problems are found in the release tarball generated from the release tag, then trunk should be fixed, the trunk @@ -386,7 +388,7 @@ # IMPORTANT: use this tagged version to create the website and tarball -cd plplot_tags_5.9.10 +cd plplot_tags_5.9.11 (11a) Install and test a local copy of the PLplot website @@ -405,7 +407,7 @@ Follow the exact steps given above in "Install and test a (preliminary) local copy of the PLplot website" but this time with the correct RELEASE_DATE and VERSION and also do this -using the files from the tagged release directory, e.g., plplot_tags_5.9.10 +using the files from the tagged release directory, e.g., plplot_tags_5.9.11 (11b) Upload the local website to SourceForge @@ -492,26 +494,26 @@ sftp airwin,pl...@fr... cd /home/frs/project/p/pl/plplot/plplot -mkdir 5.9.10\ Source -cd 5.9.10\ Source -put plplot-5.9.10.tar.gz.asc -put plplot-5.9.10.tar.gz +mkdir 5.9.11\ Source +cd 5.9.11\ Source +put plplot-5.9.11.tar.gz.asc +put plplot-5.9.11.tar.gz exit -Make, e.g., plplot-5.9.10.tar.gz, the "latest" version. +Make, e.g., plplot-5.9.11.tar.gz, the "latest" version. login to SF website -files ==> plplot ==> 5.9.10 Source ==> view details (the "i" icon) for -plplot-5.9.10.tar.gz ==> select "all" for the default +files ==> plplot ==> 5.9.11 Source ==> view details (the "i" icon) for +plplot-5.9.11.tar.gz ==> select "all" for the default The above spins indefinitely with iceweasel, but it does work. # Save a local copy of the release tarball for future reference. cd /home/software/plplot_svn/HEAD/export #(or wherever) -cp -a /tmp/plplot-dist-prep/plplot-5.9.10.tar.gz* . -gpg --verify plplot-5.9.10.tar.gz.asc +cp -a /tmp/plplot-dist-prep/plplot-5.9.11.tar.gz* . +gpg --verify plplot-5.9.11.tar.gz.asc -cd plplot_tags_5.9.10 +cd plplot_tags_5.9.11 echo " DETAILED CHANGELOG FOR THIS RELEASE @@ -520,7 +522,7 @@ cd /tmp sftp airwin,pl...@fr... -cd /home/frs/project/p/pl/plplot/plplot/5.9.10\ Source +cd /home/frs/project/p/pl/plplot/plplot/5.9.11\ Source put /tmp/README.release exit @@ -531,7 +533,7 @@ news item will then be available on the menu bar. Click that, then "new post". -Enter the title (e.g., PLplot Release 5.9.10) and the text. Surround +Enter the title (e.g., PLplot Release 5.9.11) and the text. Surround the URL's in the text with angle brackets, e.g. <http://sourceforge.net/projects/plplot/files/plplot>. @@ -551,7 +553,7 @@ a. Preserve the historical record of the significant changes between versions of PLplot in one file by - prepending README.release for 5.9.10 to OLD-README.release + prepending README.release for 5.9.11 to OLD-README.release cat README.release OLD-README.release > OLD-README.release_new mv OLD-README.release_new OLD-README.release This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <ai...@us...> - 2013-12-22 22:26:33
|
Revision: 12910 http://sourceforge.net/p/plplot/code/12910 Author: airwin Date: 2013-12-22 22:26:29 +0000 (Sun, 22 Dec 2013) Log Message: ----------- Tweak directions slightly for the changes I made in the procedure at the last minute before release. Modified Paths: -------------- trunk/README.Release_Manager_Cookbook Modified: trunk/README.Release_Manager_Cookbook =================================================================== --- trunk/README.Release_Manager_Cookbook 2013-12-22 20:19:04 UTC (rev 12909) +++ trunk/README.Release_Manager_Cookbook 2013-12-22 22:26:29 UTC (rev 12910) @@ -290,7 +290,11 @@ /tmp/plplot_install/share/doc/plplot/html/index.html /tmp/plplot_install/share/doc/plplot/plplot-5.9.11.pdf +/tmp/plplot-dist-prep/plplot-5.9.11.tar.gz +In the latter, look carefully for any files that should not be part +of the source tarball. + Look at a few man pages that were generated from the tarball, e.g., nroff -man /tmp/plplot_install/share/man/man3/pllegend.3plplot |less @@ -506,13 +510,18 @@ files ==> plplot ==> 5.9.11 Source ==> view details (the "i" icon) for plplot-5.9.11.tar.gz ==> select "all" for the default -The above spins indefinitely with iceweasel, but it does work. +The above used to spin indefinitely with iceweasel. Now it finishes +with a "properties updated" message, but it doesn't appear to "take" +immediately so check it later. -# Save a local copy of the release tarball for future reference. +# Save a local copy of the release tarball for future reference and +# also check it. cd /home/software/plplot_svn/HEAD/export #(or wherever) cp -a /tmp/plplot-dist-prep/plplot-5.9.11.tar.gz* . gpg --verify plplot-5.9.11.tar.gz.asc +Prepare concatanated release notes + Changelog. + cd plplot_tags_5.9.11 echo " @@ -540,9 +549,6 @@ For now I simply make all paragraphs one giant line which seems to give reasonable default results. - - - (15) Publicize the release announcement Jerry: macresearch.org This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <ai...@us...> - 2014-01-29 17:33:36
|
Revision: 12973 http://sourceforge.net/p/plplot/code/12973 Author: airwin Date: 2014-01-29 17:33:31 +0000 (Wed, 29 Jan 2014) Log Message: ----------- Rearrange into more logical order without numbers. Modified Paths: -------------- trunk/README.Release_Manager_Cookbook Modified: trunk/README.Release_Manager_Cookbook =================================================================== --- trunk/README.Release_Manager_Cookbook 2014-01-29 16:52:35 UTC (rev 12972) +++ trunk/README.Release_Manager_Cookbook 2014-01-29 17:33:31 UTC (rev 12973) @@ -1,20 +1,27 @@ INDEX -(1) Prepare and test the documentation -(2) Check and potentially fix internal consistency -(3) Update website-related files -(4) Install and test a (preliminary) local copy of the PLplot website -(5) Prepare a (preliminary) version of the ChangeLog file for this release -(6) Prepare the README.release file and/or press those who have made -(7) Update Release date and versions -(8) Create (a preliminary version of) the release tarball and check the result -(9) Do comprehensive test of PLplot. -(10) Install and test a local copy of the PLplot website -(11) Create ChangeLog.release -(12) Create the PLplot Release -(13) Upload the local website to SourceForge -(14) Prepare a file release -(15) Publicize the release announcement -(16) Prepare immediately for the next release cycle +** Prepare a (preliminary) version of the ChangeLog file for this release +** Prepare the README.release file and/or press those who have made + changes in this release cycle to update that file +** Prepare and test the documentation +** Check and potentially fix internal consistency +** Update website-related files +** Install and test a (preliminary) local copy of the PLplot website +** Update Release date and versions +** Create (a preliminary version of) the release tarball and check the + result for errors +** Do comprehensive test of PLplot +** Install and test a local copy of the PLplot website +** Create ChangeLog.release +** Create the PLplot Release + ++ Preliminaries + ++ Install and test a local copy of the PLplot website + ++ Upload the local website to SourceForge + ++ Create a final release tarball and check the result for errors + ++ Sign the release with your plplot Release Manager gpg key + ++ Verify the release tarball signing + ++ Make a SourceForge file release +** Publicize the release announcement +** Prepare immediately for the next release cycle (A1) GNU Privacy Guard (gpg) (A2) Creating a test tarball from trunk @@ -25,10 +32,37 @@ final release tarball and ChangeLog which depend on virtually all prior steps). -(1) Prepare and test the documentation +Prepare a (preliminary) version of the ChangeLog file for this release This step does not depend on other steps. +# This makes the BASE used below correct. +svn update + +svn log --revision BASE:<LAST_RELEASE_REVISION> --verbose >| ChangeLog.release_preliminary + +where <LAST_RELEASE_REVISION> stands for the last revision number of +the previous release which can be determined e.g., by viewing the +ChangeLog.release file from the previous release. Note the +"_preliminary" suffix to distinguish this from the final result below +which will contain (if all goes well in the steps below) a record of +all but the last commit (of the ChangeLog itself) for this release. + +** Prepare the README.release file and/or press those who have made + changes in this release cycle to update that file + +This step depends on the step above entitled + +"Prepare a (preliminary) version of the ChangeLog file for this release". + +To double-check that file is complete with regards to all major +developments during this release cycle, skim all the commit messages in +ChangeLog.release_preliminary determined above. + +** Prepare and test the documentation + +This step does not depend on other steps. + The steps below entitled "Check and potentially fix internal consistency" and @@ -47,7 +81,7 @@ Update, generate and test our Docbook documentation following the instructions in doc/docbook/README.developers. -(2) Check and potentially fix internal consistency +** Check and potentially fix internal consistency This step depends on the step above entitled @@ -107,7 +141,7 @@ Check that plplot_h.inc is consistent with touchup.ml and plplot_h Built target check_plplot_h.inc -(3) Update website-related files +** Update website-related files This step does not depend on other steps. @@ -140,7 +174,7 @@ present release announcements for the website if desired. See www/announce/README for just how easy this step would be. -(4) Install and test a (preliminary) local copy of the PLplot website +** Install and test a (preliminary) local copy of the PLplot website This step depends on the steps above entitled @@ -221,33 +255,8 @@ the PLplot version in www/example.php will be wrong. Those issues are addressed in "Update release date and versions" below. -(5) Prepare a (preliminary) version of the ChangeLog file for this release +** Update Release date and versions -# This makes the BASE used below correct. -svn update - -svn log --revision BASE:<LAST_RELEASE_REVISION> --verbose >| ChangeLog.release_preliminary - -where <LAST_RELEASE_REVISION> stands for the last revision number of -the previous release which can be determined e.g., by viewing the -ChangeLog.release file from the previous release. Note the -"_preliminary" suffix to distinguish this from the final result below -which will contain (if all goes well in the steps below) a record of -all but the last commit (of the ChangeLog itself) for this release. - -(6) Prepare the README.release file and/or press those who have made -changes in this release cycle to update that file. - -This step depends on the step above entitled - -"Prepare a (preliminary) version of the ChangeLog file for this release". - -To double-check that file is complete with regards to all major -developments during this release cycle, skim all the commit messages in -ChangeLog.release_preliminary determined above. - -(7) Update Release date and versions - This step depends on no others. The following steps entitled @@ -266,8 +275,8 @@ SOVERSION, the minor number and the patch number for each versioned library created by the PLplot build. -(8) Create (a preliminary version of) the release tarball and check the result -for errors +** Create (a preliminary version of) the release tarball and check the + result for errors This step depends on the steps above entitled @@ -303,7 +312,7 @@ info /tmp/plplot_install/share/info/plplotdoc.info -(9) Do comprehensive test of PLplot. +** Do comprehensive test of PLplot This step depends on the steps above entitled @@ -321,7 +330,7 @@ Enter results of these and all other tests of this release into README.release. -(10) Create ChangeLog.release +** Create ChangeLog.release N.B. commit all local changes to the repository so they will be reflected in the ChangeLog, tagged version of the release, and the release @@ -349,8 +358,10 @@ last commit for the trunk version of PLplot (see remarks above about when it is necessary to repeat this step). -(11) Create the PLplot Release +** Create the PLplot Release + ++ Preliminaries + Based on suggestions in the svn manual, the PLplot svn archive is configured as follows: @@ -394,7 +405,7 @@ # IMPORTANT: use this tagged version to create the website and tarball cd plplot_tags_5.9.11 -(11a) Install and test a local copy of the PLplot website + ++ Install and test a local copy of the PLplot website This step depends on the steps above entitled @@ -413,7 +424,7 @@ correct RELEASE_DATE and VERSION and also do this using the files from the tagged release directory, e.g., plplot_tags_5.9.11 -(11b) Upload the local website to SourceForge + ++ Upload the local website to SourceForge Once you are satisfied with the local website, you should upload it to SourceForge with rsync. @@ -474,7 +485,7 @@ index.php, download.php, examples.php, documentation.php, and credits.php to validate those pages. -(11c) Create a final release tarball and check the result for errors + ++ Create a final release tarball and check the result for errors Follow the above step entitled @@ -483,15 +494,16 @@ but this time for the tagged release to make sure the tarball is exactly consistent with the release tag. -(11d) Sign the release with your plplot Release Manager gpg key: + ++ Sign the release with your plplot Release Manager gpg key + gpg --default-key YYYYYYYY --detach-sign --armor /tmp/plplot-dist-prep/plplot-X.Y.Z.tar.gz A list of your GPG keys can be obtained using the command "gpg --list-keys <name>". -(11e) Verify the release tarball signing + ++ Verify the release tarball signing gpg --verify /tmp/plplot-dist-prep/plplot-X.Y.Z.tar.gz.asc -(11f) Prepare a file release + ++ Make a SourceForge file release #IMPORTANT cd /tmp/plplot-dist-prep/ This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <ai...@us...> - 2014-02-12 19:36:53
|
Revision: 13002 http://sourceforge.net/p/plplot/code/13002 Author: airwin Date: 2014-02-12 19:36:50 +0000 (Wed, 12 Feb 2014) Log Message: ----------- Update to reflect the change in version for this imminent release and also the actual practices by the release manager for this release. Modified Paths: -------------- trunk/README.Release_Manager_Cookbook Modified: trunk/README.Release_Manager_Cookbook =================================================================== --- trunk/README.Release_Manager_Cookbook 2014-02-12 18:59:52 UTC (rev 13001) +++ trunk/README.Release_Manager_Cookbook 2014-02-12 19:36:50 UTC (rev 13002) @@ -7,6 +7,7 @@ ** Update website-related files ** Install and test a (preliminary) local copy of the PLplot website ** Update Release date and versions +** Update this file (README.Release_Manager_CookBook) ** Create (a preliminary version of) the release tarball and check the result for errors ** Do comprehensive test of PLplot @@ -23,23 +24,25 @@ ** Publicize the release announcement ** Prepare immediately for the next release cycle -(A1) GNU Privacy Guard (gpg) -(A2) Creating a test tarball from trunk -(A3) Correct computer time +INDEX for Appendix +** GNU Privacy Guard (gpg) +** Creating a test tarball from trunk +** Correct computer time N.B. the order of steps below is important because of the dependencies between the steps which are noted (except for the generation of the final release tarball and ChangeLog which depend on virtually all prior steps). +_________________________________________________________________________ -Prepare a (preliminary) version of the ChangeLog file for this release +** Prepare a (preliminary) version of the ChangeLog file for this release This step does not depend on other steps. # This makes the BASE used below correct. svn update -svn log --revision BASE:<LAST_RELEASE_REVISION> --verbose >| ChangeLog.release_preliminary +svn log --revision <LAST_RELEASE_REVISION>:BASE --verbose >| ChangeLog.release_preliminary where <LAST_RELEASE_REVISION> stands for the last revision number of the previous release which can be determined e.g., by viewing the @@ -48,6 +51,12 @@ which will contain (if all goes well in the steps below) a record of all but the last commit (of the ChangeLog itself) for this release. +Note the order of the --revision components puts this preliminary version +in chronological order. But it is traditional for the final version +to have the result in reverse chronological order (see below). + +_________________________________________________________________________ + ** Prepare the README.release file and/or press those who have made changes in this release cycle to update that file @@ -58,6 +67,7 @@ To double-check that file is complete with regards to all major developments during this release cycle, skim all the commit messages in ChangeLog.release_preliminary determined above. +_________________________________________________________________________ ** Prepare and test the documentation @@ -80,6 +90,7 @@ Update, generate and test our Docbook documentation following the instructions in doc/docbook/README.developers. +_________________________________________________________________________ ** Check and potentially fix internal consistency @@ -140,6 +151,7 @@ Built target check_tcl_parameters Check that plplot_h.inc is consistent with touchup.ml and plplot_h Built target check_plplot_h.inc +_________________________________________________________________________ ** Update website-related files @@ -173,6 +185,7 @@ announcements for the website, and could also be used to generate present release announcements for the website if desired. See www/announce/README for just how easy this step would be. +_________________________________________________________________________ ** Install and test a (preliminary) local copy of the PLplot website @@ -254,6 +267,7 @@ below) except that the release date (configured as RELEASE_DATE) and the PLplot version in www/example.php will be wrong. Those issues are addressed in "Update release date and versions" below. +_________________________________________________________________________ ** Update Release date and versions @@ -274,7 +288,15 @@ version. Also, follow the instructions in that file for updating the SOVERSION, the minor number and the patch number for each versioned library created by the PLplot build. +_________________________________________________________________________ +** Update this file (README.Release_Manager_CookBook) + +Edit this file to reflect latest practices by the release manager and +also to update the many version numbers in it to the latest version +value. + +_________________________________________________________________________ ** Create (a preliminary version of) the release tarball and check the result for errors @@ -298,8 +320,8 @@ tarball: /tmp/plplot_install/share/doc/plplot/html/index.html -/tmp/plplot_install/share/doc/plplot/plplot-5.9.11.pdf -/tmp/plplot-dist-prep/plplot-5.9.11.tar.gz +/tmp/plplot_install/share/doc/plplot/plplot-5.10.0.pdf +/tmp/plplot-dist-prep/plplot-5.10.0.tar.gz In the latter, look carefully for any files that should not be part of the source tarball. @@ -311,6 +333,7 @@ Look at the info pages that were generated from the tarball using info /tmp/plplot_install/share/info/plplotdoc.info +_________________________________________________________________________ ** Do comprehensive test of PLplot @@ -329,6 +352,7 @@ Enter results of these and all other tests of this release into README.release. +_________________________________________________________________________ ** Create ChangeLog.release @@ -358,6 +382,11 @@ last commit for the trunk version of PLplot (see remarks above about when it is necessary to repeat this step). +Note the order of the --revision components which puts this file in +the traditional reverse chronological order (unlike the preliminary +version above which is in chronological order). +_________________________________________________________________________ + ** Create the PLplot Release ++ Preliminaries @@ -386,7 +415,7 @@ # Check out this release tag -svn checkout https://svn.code.sf.net/p/plplot/code/tags/v5_9_11 plplot_tags_5.9.11 +svn checkout https://svn.code.sf.net/p/plplot/code/tags/v5_9_11 plplot_tags_5.10.0 In the event that problems are found in the release tarball generated from the release tag, then trunk should be fixed, the trunk @@ -403,7 +432,7 @@ # IMPORTANT: use this tagged version to create the website and tarball -cd plplot_tags_5.9.11 +cd plplot_tags_5.10.0 ++ Install and test a local copy of the PLplot website @@ -422,7 +451,7 @@ Follow the exact steps given above in "Install and test a (preliminary) local copy of the PLplot website" but this time with the correct RELEASE_DATE and VERSION and also do this -using the files from the tagged release directory, e.g., plplot_tags_5.9.11 +using the files from the tagged release directory, e.g., plplot_tags_5.10.0 ++ Upload the local website to SourceForge @@ -510,17 +539,17 @@ sftp airwin,pl...@fr... cd /home/frs/project/p/pl/plplot/plplot -mkdir 5.9.11\ Source -cd 5.9.11\ Source -put plplot-5.9.11.tar.gz.asc -put plplot-5.9.11.tar.gz +mkdir 5.10.0\ Source +cd 5.10.0\ Source +put plplot-5.10.0.tar.gz.asc +put plplot-5.10.0.tar.gz exit -Make, e.g., plplot-5.9.11.tar.gz, the "latest" version. +Make, e.g., plplot-5.10.0.tar.gz, the "latest" version. login to SF website -files ==> plplot ==> 5.9.11 Source ==> view details (the "i" icon) for -plplot-5.9.11.tar.gz ==> select "all" for the default +files ==> plplot ==> 5.10.0 Source ==> view details (the "i" icon) for +plplot-5.10.0.tar.gz ==> select "all" for the default The above used to spin indefinitely with iceweasel. Now it finishes with a "properties updated" message, but it doesn't appear to "take" @@ -529,12 +558,12 @@ # Save a local copy of the release tarball for future reference and # also check it. cd /home/software/plplot_svn/HEAD/export #(or wherever) -cp -a /tmp/plplot-dist-prep/plplot-5.9.11.tar.gz* . -gpg --verify plplot-5.9.11.tar.gz.asc +cp -a /tmp/plplot-dist-prep/plplot-5.10.0.tar.gz* . +gpg --verify plplot-5.10.0.tar.gz.asc Prepare concatanated release notes + Changelog. -cd plplot_tags_5.9.11 +cd plplot_tags_5.10.0 echo " DETAILED CHANGELOG FOR THIS RELEASE @@ -543,7 +572,7 @@ cd /tmp sftp airwin,pl...@fr... -cd /home/frs/project/p/pl/plplot/plplot/5.9.11\ Source +cd /home/frs/project/p/pl/plplot/plplot/5.10.0\ Source put /tmp/README.release exit @@ -554,7 +583,7 @@ news item will then be available on the menu bar. Click that, then "new post". -Enter the title (e.g., PLplot Release 5.9.11) and the text. Surround +Enter the title (e.g., PLplot Release 5.10.0) and the text. Surround the URL's in the text with angle brackets, e.g. <http://sourceforge.net/projects/plplot/files/plplot>. @@ -571,31 +600,31 @@ a. Preserve the historical record of the significant changes between versions of PLplot in one file by - prepending README.release for 5.9.11 to OLD-README.release + prepending README.release for 5.10.0 to OLD-README.release cat README.release OLD-README.release > OLD-README.release_new mv OLD-README.release_new OLD-README.release - b. Update README.release file to reflect significant changes made between - the current release and the last release. + b. Update README.release file to reflect the start of a new release cycle. --- Appendix --- +_________________________________________________________________________ -(A1) GNU Privacy Guard (gpg) +** GNU Privacy Guard (gpg) A brief summary of developer relevant gpg commands, see also: http://dewinter.com/gnupg_howto/english/GPGMiniHowto.html, man gpg, and http://www.gnupg.org/faq/GnuPG-FAQ.html. -* Configure key-server (if you haven't done that already) by editing + ++ Configure key-server (if you haven't done that already) by editing $HOME/.gnupg/gpg.conf. Also specify the auto-key-retrieve option for convenience. -* List keys on your keyring that have been retrieved or generated so far: + ++ List keys on your keyring that have been retrieved or generated so far: gpg --list-keys irwin -* Search for any previously published keys that you might want to + ++Search for any previously published keys that you might want to revoke. (Note the search phrase is case insensitive but the search is done on the Boolean AND of the terms so the following search would miss any key generated in the past by Alan Irwin because of the @@ -604,7 +633,7 @@ gpg --search-keys Alan W. Irwin -* Create a new key: + ++ Create a new key: gpg --gen-key @@ -686,7 +715,7 @@ necessary at all as I later used the above sequence to generate a libLASi key and a FreeEOS uid key. -* Generate a revocation certificate. Note this requires the pass phrase + ++ Generate a revocation certificate. Note this requires the pass phrase specified at the time of key generation so keep that pass phrase in a safe place or else generate the revocation certificate right after generating the key, and keep that certificate in a safe place. I chose @@ -695,12 +724,12 @@ gpg --armor -o nameofkey-revocation.asc --gen-revoke nameofkey -* Publicly revoke old key (from FAQ): + ++ Publicly revoke old key (from FAQ): gpg --import old-revocation.asc gpg --send-keys nameofkey -* Upload your (public) key to GPG key server so that others can obtain it to + ++ Upload your (public) key to GPG key server so that others can obtain it to verify your signature on the release tarball. gpg --send-keys nameofkey @@ -710,8 +739,9 @@ gpg --search-keys Alan W. Irwin still shows revoked uid as the #1 uid. +_________________________________________________________________________ -(A2) (Optional) Creating a test tarball from trunk +** (Optional) Creating a test tarball from trunk This step is only required if you have some concerns about how recent changes may have affected the generated source tarball, and you want @@ -766,8 +796,9 @@ where "display" is the general image viewer from the imagemagick suite of programmes. +_________________________________________________________________________ -(A3) Correct computer time +** Correct computer time (While it is useful to have the correct time on your computer, this is no longer strictly necessary). @@ -782,8 +813,30 @@ smooth and linear fashion. If you would like your computer to always have the correct time and date, you -can install the debian ntp package, which must be properly configured to work. -Some notes about how to do this can be found in the PLplot mailing list -archive. Look for the thread titled "PLplot 5.7.2 is now available" dated -Jan 22/23 2007. +can install the debian ntp package. The default configuration appears +to give good results. You can check those results by the ntpq -pe command, +e.g., +software@raven> ntpq -dp +1 packets reassembled into response + remote refid st t when poll reach delay offset jitter +============================================================================== +2 packets reassembled into response + one.tariox.com 24.150.241.178 2 u 7d 1024 0 79.179 -6.028 0.000 +2 packets reassembled into response + tor-web-02.surr 97.107.129.217 3 u 33d 1024 0 79.696 -4.199 0.000 +2 packets reassembled into response +*helliana.com 128.9.176.30 2 u 580 1024 177 82.416 0.120 0.518 +2 packets reassembled into response + chelsea.ii1.net 216.218.254.202 2 u 16d 1024 0 33.252 5.646 0.000 + +The delay column is the round-trip travel time (in ms) to the indicated server. + +The offset column is the "combined time offset" (in ms) for the +indicated server. I assume this is the offset of that server clock from +the weighted mean of all the clocks. + +The jitter column is the "exponentially-weighted rms average" for the +indicated server. I assume it is in ms so the above jitters of 0.000 +show a very small rms for those servers, i.e., a clock of extremely +high quality. This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <ai...@us...> - 2014-02-12 22:02:47
|
Revision: 13006 http://sourceforge.net/p/plplot/code/13006 Author: airwin Date: 2014-02-12 22:02:43 +0000 (Wed, 12 Feb 2014) Log Message: ----------- More version tweaks to release process procedure. Modified Paths: -------------- trunk/README.Release_Manager_Cookbook Modified: trunk/README.Release_Manager_Cookbook =================================================================== --- trunk/README.Release_Manager_Cookbook 2014-02-12 22:01:26 UTC (rev 13005) +++ trunk/README.Release_Manager_Cookbook 2014-02-12 22:02:43 UTC (rev 13006) @@ -385,6 +385,10 @@ Note the order of the --revision components which puts this file in the traditional reverse chronological order (unlike the preliminary version above which is in chronological order). + +Commit the result which ideally should be the last commit of this release. + +svn commit ChangeLog.release _________________________________________________________________________ ** Create the PLplot Release @@ -399,7 +403,7 @@ /branches/?? For the release, you will be using svn to copy the /trunk version to -/tags/vX_Y_Z (v5_9_11 for example to follow the previous naming +/tags/vX_Y_Z (v5_10_0 for example to follow the previous naming conventions). To do this strictly on the server side with no local files involved at all @@ -411,11 +415,11 @@ svn status # Complete server side copy using new SourceForge Allura version of repository. # This is _much_ faster than copying from the local version. -svn copy https://svn.code.sf.net/p/plplot/code/trunk https://svn.code.sf.net/p/plplot/code/tags/v5_9_11 +svn copy https://svn.code.sf.net/p/plplot/code/trunk https://svn.code.sf.net/p/plplot/code/tags/v5_10_0 # Check out this release tag -svn checkout https://svn.code.sf.net/p/plplot/code/tags/v5_9_11 plplot_tags_5.10.0 +svn checkout https://svn.code.sf.net/p/plplot/code/tags/v5_10_0 plplot_tags_5.10.0 In the event that problems are found in the release tarball generated from the release tag, then trunk should be fixed, the trunk This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |