GNU bug report logs - #26028
26.0.50; epatch for multifile patches

Previous Next

Full log

View this message in rfc822 format

From: Stefan Kangas <stefan <at> marxist.se>
To: Tino Calancha <tino.calancha <at> gmail.com>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 26028 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, Arseny Sher <sher-ars <at> yandex.ru>, Kaushal Modi <kaushal.modi <at> gmail.com>
Subject: bug#26028: 26.0.50; epatch for multifile patches
Date: Tue, 11 Aug 2020 00:34:55 -0700

Tino Calancha <tino.calancha <at> gmail.com> writes:

> On Wed, 24 May 2017, Michael Heerdegen wrote:
>
>> Tino Calancha <tino.calancha <at> gmail.com> writes:
>>
>>> Recently i am not using `epatch', but maybe following patch
>>> is of interest for someone:
>>
>> FWIW, do you think you understood all of the code you changed (I ask
>> because I gave up after a while)?
> I think so.  I you exclude from the patch the added tests in
> test/lisp/vc/ediff-ptch-tests.el
> then this patch just touch:
> 2 files changed, 42 insertions(+), 18 deletions(-)
> The only it does:
> * tweak the original heuristic part for guessing the file names
> * change the suggested defaults in the prompts asking for the patch and
>   dirs to patch.
>
>>  If you did, do you think we should
>> install your fix, or are there open questions?
> I have tested with plain diffs and with Git diffs.  I didn't test it
> with other VC than Git.
> I don't think solves all the problems, but at least it makes `epatch' usable for
> the most common multipatch situations.

That was 3 years ago.

It looks like this patch was never installed. Should it be?

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.