GNU bug report logs - #9021
24.0.50; epatch - weird, confusing, huh?

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Thu, 7 Jul 2011 16:17:01 UTC

Severity: minor

Found in version 24.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9021 in the body.
You can then email your comments to 9021 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#9021; Package emacs. (Thu, 07 Jul 2011 16:17:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Drew Adams" <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 07 Jul 2011 16:17:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.50; epatch - weird, confusing, huh?
Date: Thu, 7 Jul 2011 09:15:49 -0700
emacs -Q
 
This is the first time I've tried to use `epatch'.
 
I have the file to patch (e.g. `toto.el') in one window,
and the patch (as a file, e.g. `throw.patch') in another.
Both files are in the same directory, which is also the current
directory (`default-directory').
 
`M-x epatch' in the buffer of the file to be patched.
 
`y' to "Is the patch already in a buffer?"
I entered the name of the buffer of the patch, `throw.patch'.
 
I entered the name of the file to patch, `toto.el', to the
question "File to patch (directory, if multifile patch):".
 
I got this message:
 
Ediff has inferred that
 c:/drews-lisp-20/replace.el
is assumed to be the target for this patch.  However, this file does not exist.
 
Please enter an alternative patch target ...
 
No idea what to do now.  Why does it "infer" a file named "replace.el",
when I input the name of the file to be patched, which has a totally
different name ("toto.el")?  Who said anything about "replace.el"?
 
Anyway, I again try to input the (same) name of the file to be patched:
"toto.el".
 
I then see this:
 
Ediff Session Group Panel: Multifile Patch
 

     Type ? to show useful commands in this buffer
 

*** Directory A: #<buffer throw.patch>
 
 
 
        Size   Last modified           Name
    ----------------------------------------------
 
    Session 1:
       112454   Jul  7 2011 08:24:00   c:/drews-lisp-20/toto.el
    Session 2:
       112454   Jul  7 2011 08:24:00   c:/drews-lisp-20/toto.el
 

Huh?  What does all of that mean?  Why does it think I want a
"Multifile Patch"?  Why does it (apparently) consider the patch buffer
to be a directory?  Why does it list two Sessions?  What do I do now?
 
I hit `?' for more info...and I understand...nothing more (maybe less).
 
I tried the same thing in Emacs 23.3 and 22.3, with the same result.  I
tried consulting the Ediff manual for `epatch', but it was no help here.
 
What am I missing?  I'll admit that I do not know what I'm doing, here,
but at the very least it seems like the UI is confusing and the doc is
not very helpful.
 
I have no idea where to begin, and all I'm trying to do is patch a
single file with a single patch.
 
OK, so eventually I realized (by accidentally mousing over text) that
I could click one of the two (why two? why identical?) "sessions".
I tried that and it applied the patch - bingo.  What to do then was
clear (I'm familiar with ediff).
 
Whether or not someone who understands `epatch' will consider any of
this a product bug (e.g. why "replace.el"?), I hope you will think
about it some more from a UI/user (esp. newbie) perspective.

I suggest that the `epatch' UI, doc, and help are a mess, at least for
an `epatch' newbie such as myself.  I hope that someone will improve
this, and I'd appreciate any explanation wrt the behavior I see and the
questions raised above.  I still have no clue what all of that is about.
Thx.
 

In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-06-27 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.5) --no-opt --cflags
-Ic:/build/include'
 





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#9021; Package emacs. (Sat, 11 Mar 2017 08:27:01 GMT) Full text and rfc822 format available.

Message #8 received at 9021 <at> debbugs.gnu.org (full text, mbox):

From: Tino Calancha <tino.calancha <at> gmail.com>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 9021 <at> debbugs.gnu.org, tino.calancha <at> gmail.com
Subject: Re: bug#9021: 24.0.50; epatch - weird, confusing, huh?
Date: Sat, 11 Mar 2017 17:26:10 +0900
"Drew Adams" <drew.adams <at> oracle.com> writes:

> emacs -Q
>  
> This is the first time I've tried to use `epatch'.
>  
> I have the file to patch (e.g. `toto.el') in one window,
> and the patch (as a file, e.g. `throw.patch') in another.
> Both files are in the same directory, which is also the current
> directory (`default-directory').
>  
> `M-x epatch' in the buffer of the file to be patched.
>  
> `y' to "Is the patch already in a buffer?"
> I entered the name of the buffer of the patch, `throw.patch'.
>  
> I entered the name of the file to patch, `toto.el', to the
> question "File to patch (directory, if multifile patch):".
>  
> I got this message:
>  
> Ediff has inferred that
>  c:/drews-lisp-20/replace.el
> is assumed to be the target for this patch.  However, this file does not exist.
>  
> Please enter an alternative patch target ...
>  
> No idea what to do now.  Why does it "infer" a file named "replace.el",
> when I input the name of the file to be patched, which has a totally
> different name ("toto.el")?  Who said anything about "replace.el"?
>  
> Anyway, I again try to input the (same) name of the file to be patched:
> "toto.el".
>  
> I then see this:
>  
> Ediff Session Group Panel: Multifile Patch
>  
>
>      Type ? to show useful commands in this buffer
>  
>
> *** Directory A: #<buffer throw.patch>
>  
>  
>  
>         Size   Last modified           Name
>     ----------------------------------------------
>  
>     Session 1:
>        112454   Jul  7 2011 08:24:00   c:/drews-lisp-20/toto.el
>     Session 2:
>        112454   Jul  7 2011 08:24:00   c:/drews-lisp-20/toto.el
>  
>
> Huh?  What does all of that mean?  Why does it think I want a
> "Multifile Patch"?  Why does it (apparently) consider the patch buffer
> to be a directory?  Why does it list two Sessions?  What do I do now?
>  
> I hit `?' for more info...and I understand...nothing more (maybe less).
>  
> I tried the same thing in Emacs 23.3 and 22.3, with the same result.  I
> tried consulting the Ediff manual for `epatch', but it was no help here.
>  
> What am I missing?  I'll admit that I do not know what I'm doing, here,
> but at the very least it seems like the UI is confusing and the doc is
> not very helpful.
>  
> I have no idea where to begin, and all I'm trying to do is patch a
> single file with a single patch.
>  
> OK, so eventually I realized (by accidentally mousing over text) that
> I could click one of the two (why two? why identical?) "sessions".
> I tried that and it applied the patch - bingo.  What to do then was
> clear (I'm familiar with ediff).
>  
> Whether or not someone who understands `epatch' will consider any of
> this a product bug (e.g. why "replace.el"?), I hope you will think
> about it some more from a UI/user (esp. newbie) perspective.
>
> I suggest that the `epatch' UI, doc, and help are a mess, at least for
> an `epatch' newbie such as myself.  I hope that someone will improve
> this, and I'd appreciate any explanation wrt the behavior I see and the
> questions raised above.  I still have no clue what all of that is about.
> Thx.
>  
>
> In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
>  of 2011-06-27 on 3249CTO
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (4.5) --no-opt --cflags
> -Ic:/build/include'
I cannot reproduce it using Emacs 24.5 (oldest version i use).
I've tried to reproduce your receipt as follows:

$ cat /tmp/toto.el
1 2 3
4 5

$ cat /tmp/throw.patch
--- toto.el	2017-03-11 17:12:04.854906250 +0900
+++ toto-new.el	2017-03-11 17:12:40.639650683 +0900
@@ -1,2 +1,2 @@
-1 2 3
+1 h 3
 4 5

M-: (dired "/tmp") RET
M-x epatch RET y throw.patch RET /tmp/toto.el RET

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
In GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.7)
 of 2017-01-23 on trouble, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.11901000
System Description:	Debian GNU/Linux 9.0 (stretch)





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#9021; Package emacs. (Thu, 27 Jun 2019 16:31:02 GMT) Full text and rfc822 format available.

Message #11 received at 9021 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Tino Calancha <tino.calancha <at> gmail.com>
Cc: 9021 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#9021: 24.0.50; epatch - weird, confusing, huh?
Date: Thu, 27 Jun 2019 18:30:43 +0200
Tino Calancha <tino.calancha <at> gmail.com> writes:

> I cannot reproduce it using Emacs 24.5 (oldest version i use).
> I've tried to reproduce your receipt as follows:

I'm not able to reproduce this either, so I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 9021 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 27 Jun 2019 16:31:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 26 Jul 2019 11:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 274 days ago.

Previous Next


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