[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111103032205.GA25888@pompeji.miese-zwerge.org>
Date: Thu, 3 Nov 2011 04:22:05 +0100
From: Jochen Striepe <jochen@...ot.escape.de>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Shawn Pearce <spearce@...arce.org>,
Junio C Hamano <gitster@...ox.com>, git@...r.kernel.org,
James Bottomley <James.Bottomley@...senpartnership.com>,
Jeff Garzik <jeff@...zik.org>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-ide@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>
Subject: Re: [git patches] libata updates, GPG signed (but see admin notes)
Hi,
On Wed, Nov 02, 2011 at 07:25:17PM -0700, Linus Torvalds wrote:
> To me, the point of the tag is so that the person doing the merge can
> verify that he merges something trusted.
>
> However, everybody else seems to disagree, and wants that stupid
> signature to live along in the repository.
It seems quite useless and leading to false conclusions in several cases
where the merger's gpg output differs from someone's checking later on,
e.g. when
- the signing key has been revoked in the mean time (for whatever
reasons)
- the signing key has expired
- the public part of the signing key is not available for the general
public.
AFAIK gpg just gives you an error code and a message like e.g. "Key has
expired" without stating if the key was valid _when signing the commit_.
How do you plan to handle this when keeping the signature in the
repository? Or am I overlooking something?
Thanks,
Jochen.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists