All of lore.kernel.org
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Johannes Sixt <j6t@kdbg.org>
Cc: git@vger.kernel.org
Subject: Re: What's cooking in git.git (Jan 2010, #01; Mon, 04)
Date: Mon, 04 Jan 2010 17:35:07 -0800	[thread overview]
Message-ID: <7vhbr1bagk.fsf@alter.siamese.dyndns.org> (raw)
In-Reply-To: <4B421766.4040506@kdbg.org> (Johannes Sixt's message of "Mon\, 04 Jan 2010 17\:29\:26 +0100")

Johannes Sixt <j6t@kdbg.org> writes:

> Junio C Hamano schrieb:
>> * jk/run-command-use-shell (2010-01-01) 8 commits
>>  - t4030, t4031: work around bogus MSYS bash path conversion
>>  - t0021: use $SHELL_PATH for the filter script
>>  - diff: run external diff helper with shell
>>  - textconv: use shell to run helper
>>  - editor: use run_command's shell feature
>>  - run-command: optimize out useless shell calls
>>  - run-command: convert simple callsites to use_shell
>>  - run-command: add "use shell" option
>
> Two notes about this:
>
> 1. My patch "t0021:..." contains an unrelated change to t4030 (it
> changes a /bin/sh to $SHELL_PATH) that is not necessary. I included it
> in my first version of the patch, but later noticed that we already
> have many similar uses of /bin/sh instead of $SHELL_PATH in test
> scriptlets and decided to remove the change, but I only changed the
> commit message and forgot to unstage t4030.

While you are technically correct that the change you made in t4030 is not
justified by the commit log message in the sense that the "hexdump" script
will go through run_command() interface and is not subject to the special
rules filter writers need to keep in mind, the patch text itself is a good
change, isn't it?  Do you want me to split the commit into two (one with
the current message with a patch only to t0021, and another to t4030 with
a justification like "SHELL_PATH is what the user told us to use")?

> 2. If you intend to merge the early part of the topic to master early
> and hold "diff:..." and "textconv:..." in next a bit longer (as
> proposed by Jeff), then you should move "t0021:..." after
> "run-command: optimize out useless shell calls".

As "run-command: convert simple callsites to use_shell" is the one that
changes the filter_buffer(), do you want to have t0021 patch before that
one, to prepare the test for the coming change?

  reply	other threads:[~2010-01-05  1:35 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-04  8:39 What's cooking in git.git (Jan 2010, #01; Mon, 04) Junio C Hamano
2010-01-04 16:19 ` Matthieu Moy
2010-01-04 19:10   ` Junio C Hamano
2010-01-04 16:29 ` Johannes Sixt
2010-01-05  1:35   ` Junio C Hamano [this message]
2010-01-05  4:20     ` Jeff King
2010-01-05  5:18       ` Junio C Hamano
2010-01-05 20:49     ` Johannes Sixt
2010-01-06  7:47       ` Junio C Hamano
2010-01-06  9:08         ` Johannes Sixt
2010-01-06 17:04           ` Junio C Hamano
2010-01-05  5:57 ` Junio C Hamano
2010-01-05  6:40   ` Jeff King
2010-01-05  7:28     ` Tay Ray Chuan
2010-01-05  8:16   ` [PATCH] Teach --[no-]rerere-autoupdate option to merge, revert and friends Junio C Hamano
2010-01-05 11:31   ` What's cooking in git.git (Jan 2010, #01; Mon, 04) Johan Herland
2010-01-05 11:56   ` Ilari Liusvaara
2010-01-06  1:04     ` Junio C Hamano
2010-01-06 10:18   ` Nanako Shiraishi
2010-01-06 11:29     ` Johannes Schindelin
2010-01-06 17:07       ` Junio C Hamano
2010-01-07 11:05         ` [PATCH (v2) 1/2] rebase: fix --onto A...B parsing and add tests Nanako Shiraishi
2010-01-07 11:05         ` [PATCH (v2) 2/2] rebase -i: teach --onto A...B syntax Nanako Shiraishi
2010-01-07 20:19           ` Junio C Hamano
2010-01-07 21:10             ` Johannes Sixt
2010-01-08 20:16             ` Avery Pennarun
2010-01-08 20:22               ` Sverre Rabbelier
2010-01-08 20:31                 ` Avery Pennarun
2010-01-08 20:37                   ` Sverre Rabbelier
2010-01-08 23:21                     ` A Large Angry SCM
2010-01-09  1:36                       ` Johannes Schindelin
2010-01-09 21:02                         ` Avery Pennarun

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=7vhbr1bagk.fsf@alter.siamese.dyndns.org \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=j6t@kdbg.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.