[PATCH] doc: update release procedure to account for soname version number

Jim Meyering meyering at redhat.com
Sat Feb 13 09:04:44 UTC 2010


* README-release: Add a step "0", and update step 3 to match reality.
---
 README-release |   11 +++++++----
 1 files changed, 7 insertions(+), 4 deletions(-)

diff --git a/README-release b/README-release
index 7b7fcd1..a6f46a1 100644
--- a/README-release
+++ b/README-release
@@ -1,4 +1,8 @@
-Here is most of the steps we (maintainers) follow when making a release.
+Here are most of the steps a maintainer followas when making a release.
+
+0. Adjust the shared library version number in libparted/Makefile.am.
+   See the three variables there, CURRENT, REVISION, AGE, and follow
+   the guidelines in "info libtool".

 1. Execute build-aux/parted-release.  `parted-release --help` contains
    additional information.
@@ -7,8 +11,8 @@ Here is most of the steps we (maintainers) follow when making a release.
    builds and passes all tests.

 3. Write the release announcement that will be posted to the mailing lists.
-   There is a template generated at /tmp/announce-parted-$VERSION.
-   Remember to include the definition of parted.  You can find this at
+   Start with the generated template in ~/announce-parted-$VERSION.
+   Remember to include a description of parted.  You can find this at
    http://www.gnu.org/software/parted/index.shtml

 4. Run the gnupload command that was suggested by the release script.  You can
@@ -25,4 +29,3 @@ Here is most of the steps we (maintainers) follow when making a release.
      To: info-gnu at gnu.org, parted-devel at lists.alioth.debian.org
      Cc: coordinator at translationproject.org, bug-parted at gnu.org
      Subject: parted-$VERSION released [stable]
-
--
1.7.0.rc2.170.gbc565



More information about the parted-devel mailing list