From: Taylor Blau <ttaylorr@openai.com>
To: Ted Nyman <tnyman@openai.com>
Cc: git@vger.kernel.org, gitster@pobox.com, me@ttaylorr.com,
peff@peff.net, ps@pks.im, karthik.188@gmail.com,
sandals@crustytoothpaste.net, avarab@gmail.com
Subject: Re: [PATCH v4 1/3] http-fetch: correct --index-pack-arg documentation
Date: Fri, 24 Jul 2026 16:38:12 -0500 [thread overview]
Message-ID: <amPbRCAOLr-pSWfj@com-79390> (raw)
In-Reply-To: <a6a40b80461377452a0b2c9204c3a659ab60a7d5.1784874850.git.tnyman@openai.com>
On Fri, Jul 24, 2026 at 01:14:23AM -0700, Ted Nyman wrote:
> The --packfile mode accepts one --index-pack-arg=<arg> option per
> argument passed to index-pack, but its documentation and option
> dependency errors still refer to the plural --index-pack-args form.
Good find, it looks like this dates all the way back to 27e35ba6c6
(http-fetch: allow custom index-pack args, 2021-02-22). Thanks for
taking the time to correct it.
> diff --git a/Documentation/git-http-fetch.adoc b/Documentation/git-http-fetch.adoc
> index 2200f073c4..09b5d675ee 100644
> --- a/Documentation/git-http-fetch.adoc
> +++ b/Documentation/git-http-fetch.adoc
> @@ -50,11 +50,11 @@ commit-id::
> URL and uses index-pack to generate corresponding .idx and .keep files.
> The hash is used to determine the name of the temporary file and is
> arbitrary. The output of index-pack is printed to stdout. Requires
> - --index-pack-args.
> + one or more --index-pack-arg options.
>
> ---index-pack-args=<args>::
> - For internal use only. The command to run on the contents of the
> - downloaded pack. Arguments are URL-encoded separated by spaces.
> +--index-pack-arg=<arg>::
> + For internal use only. An argument to the command run on the contents
> + of the downloaded pack. This option can be specified multiple times.
Interesting. The plural "--index-pack-args" form says that it specifies
the command to run on the downloaded pack, as well as arguments which
are separated by spaces. Two thoughts:
- I think the "arguments are URL-encoded separated by spaces" claim was
not true even in 27e35ba6c6, so dropping that seems like a strict
improvement to me.
- The new form says "An argument to the command run on [...]", but I
believe that this option is also used to specify the name of the
command to run itself. I wonder if it may be worth saying something
like "The first instance specifies the command to run. Subsequent
occurrences specify its arguments."
> diff --git a/http-fetch.c b/http-fetch.c
> index f9b6ecb061..601a77c3c1 100644
> --- a/http-fetch.c
> +++ b/http-fetch.c
Changes in this file look reasonable. Likewise, it makes sense that we
do not have any changes in the test suite, since this option did not
exist in a plural in the first place ;-).
Thanks,
Taylor
next prev parent reply other threads:[~2026-07-24 21:38 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-13 22:37 [PATCH 0/2] packfile URIs: support concurrent downloads Ted Nyman
2026-07-13 22:34 ` [PATCH 1/2] http: use unique tempfiles for packfile URI downloads Ted Nyman
2026-07-14 1:00 ` Junio C Hamano
2026-07-14 1:58 ` Ted Nyman
2026-07-14 4:07 ` Taylor Blau
2026-07-14 5:28 ` Jeff King
2026-07-14 18:10 ` Junio C Hamano
2026-07-14 18:31 ` Ted Nyman
2026-07-14 4:06 ` Taylor Blau
2026-07-14 5:44 ` Jeff King
2026-07-14 6:46 ` Jeff King
2026-07-13 22:34 ` [PATCH 2/2] fetch-pack: accept "pack" output for packfile URIs Ted Nyman
2026-07-14 7:12 ` Jeff King
2026-07-14 7:13 ` Jeff King
2026-07-14 18:38 ` Ted Nyman
2026-07-14 21:47 ` Jeff King
2026-07-14 4:13 ` [PATCH 0/2] packfile URIs: support concurrent downloads Taylor Blau
2026-07-20 22:33 ` [PATCH v2 " Ted Nyman
2026-07-20 22:33 ` [PATCH v2 1/2] http: avoid concurrent appends to partial packs Ted Nyman
2026-07-21 19:56 ` Junio C Hamano
2026-07-20 22:34 ` [PATCH v2 2/2] fetch-pack: accept "pack" output for packfile URIs Ted Nyman
2026-07-21 23:29 ` [PATCH v3 0/3] packfile URIs: support concurrent downloads Ted Nyman
2026-07-21 23:29 ` [PATCH v3 1/3] http-fetch: correct --index-pack-arg documentation Ted Nyman
2026-07-21 23:29 ` [PATCH v3 2/3] http: avoid concurrent appends to partial packs Ted Nyman
2026-07-21 23:29 ` [PATCH v3 3/3] fetch-pack: accept "pack" output for packfile URIs Ted Nyman
2026-07-24 4:43 ` [PATCH v3 0/3] packfile URIs: support concurrent downloads Junio C Hamano
2026-07-25 9:09 ` Jeff King
2026-07-25 9:21 ` Jeff King
2026-07-25 10:02 ` Jeff King
2026-07-25 10:10 ` Jeff King
2026-07-25 16:20 ` Junio C Hamano
2026-07-24 8:14 ` [PATCH v4 " Ted Nyman
2026-07-24 8:14 ` [PATCH v4 1/3] http-fetch: correct --index-pack-arg documentation Ted Nyman
2026-07-24 21:38 ` Taylor Blau [this message]
2026-07-24 8:14 ` [PATCH v4 2/3] http: avoid concurrent appends to partial packs Ted Nyman
2026-07-24 8:14 ` [PATCH v4 3/3] fetch-pack: accept "pack" output for packfile URIs Ted Nyman
2026-07-24 21:46 ` Taylor Blau
2026-07-26 6:44 ` [PATCH v5 0/3] packfile URIs: support concurrent downloads Ted Nyman
2026-07-26 6:44 ` [PATCH v5 1/3] http-fetch: correct --index-pack-arg documentation Ted Nyman
2026-07-26 6:44 ` [PATCH v5 2/3] http: avoid concurrent appends to partial packs Ted Nyman
2026-07-26 9:20 ` Jeff King
2026-07-26 10:04 ` Ted Nyman
2026-07-26 10:27 ` Jeff King
2026-07-26 6:44 ` [PATCH v5 3/3] fetch-pack: accept "pack" output for packfile URIs Ted Nyman
2026-07-26 9:21 ` [PATCH v5 0/3] packfile URIs: support concurrent downloads Jeff King
2026-07-27 0:28 ` [PATCH v6 0/6] " Ted Nyman
2026-07-27 0:28 ` [PATCH v6 1/6] http-fetch: correct --index-pack-arg documentation Ted Nyman
2026-07-27 0:28 ` [PATCH v6 2/6] http: avoid closing index-pack input twice Ted Nyman
2026-08-01 13:53 ` Jeff King
2026-07-27 0:28 ` [PATCH v6 3/6] http: accept HTTP 416 for complete partial packs Ted Nyman
2026-08-01 13:58 ` Jeff King
2026-07-27 0:28 ` [PATCH v6 4/6] http: avoid concurrent appends to " Ted Nyman
2026-07-27 0:28 ` [PATCH v6 5/6] http: permit unlinking partial packs on Windows Ted Nyman
2026-07-27 0:28 ` [PATCH v6 6/6] fetch-pack: accept "pack" output for packfile URIs Ted Nyman
2026-07-29 21:41 ` [PATCH v6 0/6] packfile URIs: support concurrent downloads Junio C Hamano
2026-08-01 14:02 ` Jeff King
2026-08-08 16:23 ` Junio C Hamano
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=amPbRCAOLr-pSWfj@com-79390 \
--to=ttaylorr@openai.com \
--cc=avarab@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=karthik.188@gmail.com \
--cc=me@ttaylorr.com \
--cc=peff@peff.net \
--cc=ps@pks.im \
--cc=sandals@crustytoothpaste.net \
--cc=tnyman@openai.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