[git] GnuPG - branch, master, updated. gnupg-2.1.19-30-g8f0bf64

by Werner Koch cvs at cvs.gnupg.org
Tue Mar 7 10:36:58 CET 2017


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The GNU Privacy Guard".

The branch, master has been updated
       via  8f0bf644bc693647805251732b90cc505c4b5f71 (commit)
      from  bf03925751abb739f2fd9d631694d3dd33decf92 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 8f0bf644bc693647805251732b90cc505c4b5f71
Author: Werner Koch <wk at gnupg.org>
Date:   Tue Mar 7 10:30:13 2017 +0100

    doc: Replace README.maint content.
    
    --

diff --git a/README.maint b/README.maint
index 9af6029..f2207c5 100644
--- a/README.maint
+++ b/README.maint
@@ -1,85 +1,5 @@
             Notes for the GnuPG maintainer  (GIT only)
            ============================================
 
-Here are some notes on how to maintain GnuPG.
-
-Release Planning:
-=================
-
-If you are planning a new release and strings have changed you should
-send a notification to all translators, so that they have time to
-update their translations.  scripts/mail-to-translators is useful for
-this.  It might need some tweaking and it needs to be armored for
-actual sending.  Running it as is to see what will happen is a good
-idea, though.
-
-
-
-Release process:
-================
-
-  * Make sure that all new PO files are checked in.
-
-  * Decide whether you want to update the automake standard files
-    (Mainly config.guess and config.sub).
-
-  * [2.0] Copy needed texinfo files from master:
-      make -C doc update-source
-
-  * Run:
-      make -C po update-po
-
-  * Write NEWS entries and set the release date in NEWS.
-
-  * Commit all changes to GIT with a message of "Release n.m.o."
-
-  * Create a signed tag with the name "gnupg-x.y.z".
-
-  * Run "./autogen.sh --force"
-    (--force is required for the git magic in configure.ac and a good
-    idea in any case)
-
-  * Run "configure --enable-maintainer-mode".
-
-  * Run "make distcheck".
-
-  * Build and test the new tarball (best on a different machine).
-
-  * Build and test the W32 version.
-
-  * [2.x only] Using the final test build run a "make -C doc online".
-
-  * Sign the tarball
-
-  * Get the previous tarball and run "mkdiff gnupg".
-    You might need to set a different signature key than mine.  mkdiff
-    has an option for this.
-
-  * Push the git changes and the tag.
-
-  * Copy the files to the FTP server
-
-  * Update the webpages - at least the file swdb.mac needs an update.
-
-  * Add a new headline to NEWS.
-
-  * Bump the version number in configure.ac up, add an empty NEWS
-    entry, commit, and push that.
-
-  * Write an announcement.
-
-  * Update https://savannah.gnu.org/projects/gnupg .
-
-
-
-Gotchas
-=======
-
-- If during "make distcheck" you get an error about a permission
-  problem moving foo.new.po to foo.po; this is caused by a check
-  whether the po files can be re-created.  Now if the first tarball
-  has been created in a different top directory and if there exists a
-  no distributed file with the string "GNU gnupg" (e.g. a log file
-  from running make) you end up with different comments in the po
-  files.  Check out /usr/lib/gettext/project-id for that silliness.
-  As a hack we added this string into configure.ac.
+Please see https://gnupg.org/devel/creating-a-release.html or the
+corresponding .org file in the gnupg-doc repo.
diff --git a/dirmngr/dns-stuff.c b/dirmngr/dns-stuff.c
index d72d1c7..57b3b7e 100644
--- a/dirmngr/dns-stuff.c
+++ b/dirmngr/dns-stuff.c
@@ -511,7 +511,7 @@ libdns_init (void)
         }
       else if (!strchr (ld.resolv_conf->lookup, 'b'))
         {
-          /* No DNS resulution type found in the list.  This might be
+          /* No DNS resolution type found in the list.  This might be
            * due to systemd based systems which allow for custom
            * keywords which are not known to us and thus we do not
            * know whether DNS is wanted or not.  Becuase DNS is

-----------------------------------------------------------------------

Summary of changes:
 README.maint        | 84 ++---------------------------------------------------
 dirmngr/dns-stuff.c |  2 +-
 2 files changed, 3 insertions(+), 83 deletions(-)


hooks/post-receive
-- 
The GNU Privacy Guard
http://git.gnupg.org




More information about the Gnupg-commits mailing list