git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v2 1/1] create gpg homedir on the fly and skip RFC1991 tests for gnupg 2.1

From
Junio C Hamano <gitster@pobox.com>
Date
Dec 11, 2014, 22:41 UTC
Message-ID
<xmqqr3w5dd2c.fsf@gitster.dls.corp.google.com>
In-Reply-To
<1418303772-7909-1-git-send-email-mail@eworm.de>
Christian Hesse <mail@eworm.de> writes:
Show 8 quoted lines
> GnuPG 2.1 homedir looks different, so just creat it on the fly by
> importing needed private and public keys and ownertrust.
> This solves an issue with gnupg 2.1 running interactive pinentry when
> old secret key is present.
>
> Additionally GnuPG 2.1 does not longer support RFC1991, so skip these
> tests.
> ---
Needs a sign-off.

Are older GPG implementations still happy with this new way to initialize their gpghome?

Show 9 quoted lines
>  t/lib-gpg.sh          |  13 ++++++++++---
>  t/lib-gpg/ownertrust  |   4 ++++
>  t/lib-gpg/random_seed | Bin 600 -> 0 bytes
>  t/lib-gpg/trustdb.gpg | Bin 1360 -> 0 bytes
>  t/t7004-tag.sh        |  14 +++++++-------
>  5 files changed, 21 insertions(+), 10 deletions(-)
>  create mode 100644 t/lib-gpg/ownertrust
>  delete mode 100644 t/lib-gpg/random_seed
>  delete mode 100644 t/lib-gpg/trustdb.gpg

Do these trust files need to be shipped? In other words, would it be insufficient to just import private-public keyrings? I know we have been shipping trustdb.gpg, and I do not think it is a problem to ship export-ownertrust output, but as long as we are cleaning things up to make us compatible with both older and newer GPG, I thought I'd ask ;-)

Show 24 quoted lines
> diff --git a/t/lib-gpg.sh b/t/lib-gpg.sh
> index cd2baef..17c45ad 100755
> --- a/t/lib-gpg.sh
> +++ b/t/lib-gpg.sh
> @@ -16,12 +16,19 @@ else
>  		# Type DSA and Elgamal, size 2048 bits, no expiration date.
>  		# Name and email: C O Mitter <committer@example.com>
>  		# No password given, to enable non-interactive operation.
> -		cp -R "$TEST_DIRECTORY"/lib-gpg ./gpghome
> -		chmod 0700 gpghome
> -		chmod 0600 gpghome/*
> +		mkdir ./gpghome
> +		chmod 0700 ./gpghome
>  		GNUPGHOME="$(pwd)/gpghome"
>  		export GNUPGHOME
> +		gpg --homedir "${GNUPGHOME}" --import \
> +			"$TEST_DIRECTORY"/lib-gpg/pubring.gpg \
> +			"$TEST_DIRECTORY"/lib-gpg/secring.gpg
> +		gpg --homedir "${GNUPGHOME}" --import-ownertrust \
> +			"$TEST_DIRECTORY"/lib-gpg/ownertrust
>  		test_set_prereq GPG
> +		if [ -e "${GNUPGHOME}"/pubring.kbx ]; then
> +			test_set_prereq GNUPG21
> +		fi

Instead of !GNUPG21 prerequisite, how about using a RFC1991 prerequisite, which is satisfied by older GPG but not by the ones that lack support? That is,

	...
        test_set_prereq GPG
	if ! test "${GNUPGHOME}"/pubring.kbx
        then
		test_set_prereq GPG_RFC1991
	fi

or something. That way, we do not have to be in a funny situation where we say a version of GPG satisfies GNUPG21 prereq but it in fact is GPG version 4.3 in the future.

Thanks.
Previous: Christian HesseNext: Christian Hesse
Message 2 of 16 in “create gpg homedir on the fly and skip RFC1991 tests for gnupg 2.1”
  1. 1/1 create gpg homedir on the fly and skip RFC1991 tests for gnupg 2.1Christian Hesse, Dec 11, 2014
  2. Junio C HamanoDec 11, 2014
  3. Christian HesseDec 12, 2014
  4. 1/3 create gpg homedir on the flyChristian Hesse, Dec 12, 2014
  5. 2/3 skip RFC1991 tests for gnupg 2.1Christian Hesse, Dec 12, 2014
  6. 3/3 replace binary keyrings with armored keysChristian Hesse, Dec 12, 2014
  7. Junio C HamanoDec 12, 2014
  8. 3/3 replace binary keyrings with armored keysChristian Hesse, Dec 12, 2014
  9. Junio C HamanoDec 12, 2014
  10. Christian HesseDec 13, 2014
  11. Eric SunshineDec 12, 2014
  12. 1/3 create gpg homedir on the flyChristian Hesse, Dec 12, 2014
  13. Junio C HamanoDec 12, 2014
  14. Junio C HamanoDec 12, 2014
  15. Christian HesseDec 12, 2014
  16. Junio C HamanoDec 12, 2014

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.