All of lore.kernel.org
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Eric Wong <e@80x24.org>
Cc: git@vger.kernel.org, Eric Sunshine <sunshine@sunshineco.com>
Subject: Re: [PATCH] format-patch: escape "From " lines recognized by mailsplit
Date: Sun, 24 Jul 2016 08:51:37 -0700	[thread overview]
Message-ID: <xmqqd1m3825y.fsf@gitster.mtv.corp.google.com> (raw)
In-Reply-To: <xmqqk2gb8q81.fsf@gitster.mtv.corp.google.com> (Junio C. Hamano's message of "Sun, 24 Jul 2016 00:11:58 -0700")

Junio C Hamano <gitster@pobox.com> writes:

> Eric Wong <e@80x24.org> writes:
>
>> Users have mistakenly copied "From " lines into commit messages
>> in the past, and will certainly make the same mistakes in the
>> future.  Since not everyone uses mboxrd, yet, we should at least
>> prevent miss-split mails by always escaping "From " lines based
>> on the check used by mailsplit.
>>
>> mailsplit will not perform unescaping by default, yet, as it
>> could cause further invocations of format-patch from old
>> versions of git to generate bad output.  Propagating the mboxo
>> escaping is preferable to miss-split patches.  Unescaping may
>> still be performed via "--mboxrd".
>
> As a tool to produce mbox file, quoting like this in format-patch
> output may make sense, I would think, but shouldn't send-email undo
> this when sending individual patches?

Also, doesn't it break "git rebase" (non-interactive), or anything
that internally runs format-patch to individual files and then runs
am on each of them, anything that knows that each output file from
format-patch corresponds to a single change and there is no need to
split, badly if we do this unconditionally?

IOW, shouldn't this be an optional feature to format-patch that is
triggered by passing a new command line option that currently nobody
is passing?

  parent reply	other threads:[~2016-07-24 15:51 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-22 22:47 [PATCH] format-patch: escape "From " lines recognized by mailsplit Eric Wong
2016-07-23  8:59 ` Johannes Schindelin
2016-07-24  3:14   ` Eric Wong
2016-07-24  3:15     ` [PATCH 1/2] mailinfo: extract is_from_line from mailsplit Eric Wong
2016-07-24  7:37       ` Andreas Schwab
2016-07-24  8:05         ` Johannes Schindelin
2016-07-24  8:13           ` Andreas Schwab
2016-07-25 18:03         ` Junio C Hamano
2016-07-24  3:15     ` [PATCH 2/2] format-patch: escape "From " lines recognized by mailsplit Eric Wong
2016-07-24  7:37       ` Johannes Schindelin
2016-07-24 15:30         ` Jeff King
2016-07-24  7:11 ` [PATCH] " Junio C Hamano
2016-07-24 10:58   ` Eric Wong
2016-07-24 15:51   ` Junio C Hamano [this message]
2016-07-25  8:43     ` Eric Wong
2016-07-25 17:33       ` Junio C Hamano
2016-07-25 20:49         ` Eric Wong

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=xmqqd1m3825y.fsf@gitster.mtv.corp.google.com \
    --to=gitster@pobox.com \
    --cc=e@80x24.org \
    --cc=git@vger.kernel.org \
    --cc=sunshine@sunshineco.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 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.