git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "brian m. carlson" <sandals@crustytoothpaste.net>
To: "Martin Ågren" <martin.agren@gmail.com>
Cc: "Git Mailing List" <git@vger.kernel.org>,
	"Junio C Hamano" <gitster@pobox.com>,
	"Nguyễn Thái Ngọc Duy" <pclouds@gmail.com>,
	"Johannes Schindelin" <Johannes.Schindelin@gmx.de>,
	"Lars Schneider" <larsxschneider@gmail.com>
Subject: Re: [PATCH 01/28] t/test-lib: add an SHA1 prerequisite
Date: Tue, 8 May 2018 23:46:27 +0000	[thread overview]
Message-ID: <20180508234627.GC275488@genre.crustytoothpaste.net> (raw)
In-Reply-To: <CAN0heSpzBtSBE78zmBx_5ukb4DpHEO==kGgbYAczE+UyBf3HxA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1929 bytes --]

On Tue, May 08, 2018 at 08:26:05PM +0200, Martin Ågren wrote:
> On 8 May 2018 at 01:30, brian m. carlson <sandals@crustytoothpaste.net> wrote:
> > On Mon, May 07, 2018 at 12:10:39PM +0200, Martin Ågren wrote:
> >> Do we actually need more SHA-1-related prereqs, at least long-term, in
> >> which case we would want to find a more specific name for this one now?
> >> Is this SHA1_STORAGE, or some much better name than that?
> >
> > We may.  The transition plan anticipates several states:
> 
> "We may" as in, "we may need more SHA1-FOO prereqs later", or "we may
> want this to be SHA1-BAR"?

As in, we may need additional prerequisites.

> I do not feel entirely relaxed about a reasoning such as "this prereq
> will soon go away again, so we do not need to think too much about its
> name and meaning" (heavily paraphrased and possibly a bit pointed, but
> hopefully not too dishonest).

I think "SHA1" is short and reasonable considering that it's basically
stating, "This test depends on Git using SHA-1."  That's all we're
stating here.

I agree that the expected lifetime of the code should not impact its
design or naming in this case.  As someone who does maintenance for a
living, I'm all too aware that code lives far longer than its expected
lifetime.

> I guess a counter-argument might be "sure, if only we knew which
> SHA1-FOOs we will need. Only time and experience will tell." You've
> certainly spent way more brain-cycles on this than I have, and most
> likely more than anyone else on this list.
> 
> Maybe we want to document the transition-ness of this in the code and/or
> the commit message. Not only "transition" in the sense of the big
> transition, but in the sense of "this will probably go away long before
> the transition is completed."

Sure.  I can fix this up in a reroll.
-- 
brian m. carlson: Houston, Texas, US
OpenPGP: https://keybase.io/bk2204

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 867 bytes --]

  reply	other threads:[~2018-05-08 23:46 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-06 23:17 [PATCH 00/28] Hash-independent tests (part 2) brian m. carlson
2018-05-06 23:17 ` [PATCH 01/28] t/test-lib: add an SHA1 prerequisite brian m. carlson
2018-05-07 10:10   ` Martin Ågren
2018-05-07 23:30     ` brian m. carlson
2018-05-08 18:26       ` Martin Ågren
2018-05-08 23:46         ` brian m. carlson [this message]
2018-05-06 23:17 ` [PATCH 02/28] t/test-lib: introduce ZERO_OID brian m. carlson
2018-05-06 23:17 ` [PATCH 03/28] t: switch $_z40 to $ZERO_OID brian m. carlson
2018-05-06 23:17 ` [PATCH 04/28] t/test-lib: introduce FULL_HEX brian m. carlson
2018-05-06 23:53   ` Eric Sunshine
2018-05-07  2:28     ` brian m. carlson
2018-05-06 23:17 ` [PATCH 05/28] t: switch $_x40 to $FULL_HEX brian m. carlson
2018-05-06 23:17 ` [PATCH 06/28] t0000: annotate with SHA1 prerequisite brian m. carlson
2018-05-07 10:24   ` Martin Ågren
2018-05-07 23:40     ` brian m. carlson
2018-05-08 18:28       ` Martin Ågren
2018-05-09  0:13         ` brian m. carlson
2018-05-06 23:17 ` [PATCH 07/28] t1007: " brian m. carlson
2018-05-06 23:17 ` [PATCH 08/28] t1512: skip test if not using SHA-1 brian m. carlson
2018-05-06 23:17 ` [PATCH 09/28] t4044: " brian m. carlson
2018-05-06 23:17 ` [PATCH 10/28] t: skip pack tests " brian m. carlson
2018-05-07 10:30   ` Martin Ågren
2018-05-06 23:17 ` [PATCH 11/28] t2203: abstract away SHA-1-specific constants brian m. carlson
2018-05-06 23:17 ` [PATCH 12/28] t3103: " brian m. carlson
2018-05-06 23:17 ` [PATCH 13/28] t3702: " brian m. carlson
2018-05-06 23:17 ` [PATCH 14/28] t3905: " brian m. carlson
2018-05-07  0:03   ` Eric Sunshine
2018-05-07  2:30     ` brian m. carlson
2018-05-06 23:17 ` [PATCH 15/28] t4007: " brian m. carlson
2018-05-06 23:17 ` [PATCH 16/28] t4008: " brian m. carlson
2018-05-07  0:07   ` Eric Sunshine
2018-05-07  2:32     ` brian m. carlson
2018-05-06 23:17 ` [PATCH 17/28] t4014: " brian m. carlson
2018-05-06 23:17 ` [PATCH 18/28] t4020: " brian m. carlson
2018-05-06 23:17 ` [PATCH 19/28] t4022: " brian m. carlson
2018-05-06 23:17 ` [PATCH 20/28] t4029: fix test indentation brian m. carlson
2018-05-06 23:17 ` [PATCH 21/28] t4029: abstract away SHA-1-specific constants brian m. carlson
2018-05-06 23:17 ` [PATCH 22/28] t4030: " brian m. carlson
2018-05-06 23:17 ` [PATCH 23/28] t/lib-diff-alternative: " brian m. carlson
2018-05-06 23:17 ` [PATCH 24/28] t4205: sort log output in a hash-independent way brian m. carlson
2018-05-06 23:17 ` [PATCH 25/28] t4042: abstract away SHA-1-specific constants brian m. carlson
2018-05-06 23:17 ` [PATCH 26/28] t4045: " brian m. carlson
2018-05-06 23:17 ` [PATCH 27/28] t4208: " brian m. carlson
2018-05-06 23:17 ` [PATCH 28/28] t5300: " brian m. carlson
2018-05-07  1:49 ` [PATCH 00/28] Hash-independent tests (part 2) Eric Sunshine
2018-05-07  2:40   ` brian m. carlson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180508234627.GC275488@genre.crustytoothpaste.net \
    --to=sandals@crustytoothpaste.net \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=larsxschneider@gmail.com \
    --cc=martin.agren@gmail.com \
    --cc=pclouds@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).