--news=NEWS \
--url-directory=https://$host.gnu.org/gnu/$pkg
and merge this with the just-written announcement file.
+ Make sure the final text does not include "no matching" lines.
* Run "make git-upload-release".
For pretest releases: "DEVEL_SNAPSHOT=1 make git-upload-release".
meantime), and invoke the 'gnupload' script sign and upload them to
the correct locations.
- If you need to sign with a non-default key, you can use "make
- GNUPLOADFLAGS='--user KEY' git-upload-release". There can be a delay
- of up to several minutes before the new files appear on the server.
+ There can be a delay of up to several minutes before the new files
+ appear on the server.
+
+ If you need to sign with a non-default key, you can use:
+ "make GNUPLOADFLAGS='--user KEY' git-upload-release"
* Push the new release tag: git push origin master tag v$(VERSION).
You can view unpushed local-only tags with git push --tags --dry-run
is a stable one, the announcement also goes to <info-gnu@gnu.org>;
if it is an alpha or beta release, announcement should be sent also
to <platform-testers@gnu.org>, to maximize the possibility of early
- testing on the widest variety of systems. Finally, copy an abridged
- version of the announcement into the NEWS feed at:
- <https://savannah.gnu.org/projects/automake>.
- Be sure to link a version to the complete announcement (from
- the version you sent to the automake list, as archived at
- <https://lists.gnu.org/archive/html/automake/>).
+ testing on the widest variety of systems.
+
+ Finally, copy an abridged version of the announcement into the NEWS
+ feed at: <https://savannah.gnu.org/projects/automake>. Be sure to
+ link a version to the complete announcement (as archived at any of the
+ lists, e.g.,
+ <https://lists.gnu.org/archive/html/autotools-announce/>). It's useful
+ to do this for all kinds of releases, again to help pretests be seen
+ and actually tested by as many people as possible.
---------
Copyright (C) 2003-2025 Free Software Foundation, Inc.