From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS53758 23.128.96.0/24 X-Spam-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by dcvr.yhbt.net (Postfix) with ESMTP id 0E6541F670 for ; Thu, 14 Oct 2021 05:12:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229527AbhJNFO5 (ORCPT ); Thu, 14 Oct 2021 01:14:57 -0400 Received: from defaultvalue.org ([45.33.119.55]:55980 "EHLO defaultvalue.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229457AbhJNFO5 (ORCPT ); Thu, 14 Oct 2021 01:14:57 -0400 Received: from trouble.defaultvalue.org (localhost [127.0.0.1]) (Authenticated sender: rlb@defaultvalue.org) by defaultvalue.org (Postfix) with ESMTPSA id A9F752043B; Thu, 14 Oct 2021 00:12:52 -0500 (CDT) Received: by trouble.defaultvalue.org (Postfix, from userid 1000) id 4A81F14E081; Thu, 14 Oct 2021 00:12:52 -0500 (CDT) From: Rob Browning To: Junio C Hamano , Jeff King Cc: git@vger.kernel.org Subject: Re: [PATCH] signature-format.txt: explain and illustrate multi-line headers In-Reply-To: References: <20211009163338.2175170-1-rlb@defaultvalue.org> Date: Thu, 14 Oct 2021 00:12:52 -0500 Message-ID: <87zgrcgpez.fsf@trouble.defaultvalue.org> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Junio C Hamano writes: > A signature attached to a signed commit, and the contents of the > commit that merged a signed tag, are both recorded as a value of an > object header field as a multi-line value, and are subject to the > formatting convention for multi-line values in the headers, with a > leading SP signaling that the rest of the line is a continuation of > the previous line. Most notably, an empty line in such a multi-line > value would result in a line with a sole SP on it. One question I had was whether git's requirement was strictly a space, or if it was following the rfc-822 convention where (if I remember correctly) a tab is equivalent, i.e. the LWSP production in the grammar. https://datatracker.ietf.org/doc/html/rfc822#section-3.2 Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4