Subject: bug#7055: Tramp bug: file-remote-p is now broken, breaks Emacs

From: Eli Zaretskii <[email-masked]>
Date: Fri, 17 Sep 2010 18:58:55 +0200

> From: "Drew Adams" <[email-masked]>
> Cc: <[email-masked]>
> Date: Fri, 17 Sep 2010 09:52:11 -0700
> 
> > Drew, do you see in lisp/ChangeLog this entry:
> > 
> >   2010-09-13  Juanma Barranquero  <[email-masked]>
> > 
> > 	  Port tramp-related Makefile changes of revnos 101381, 
> > 101422 to Windows.
> > 	  * makefile.w32-in (LOADDEFS): Add 
> > $(lisp)/net/tramp-loaddefs.el.
> > 	  (TRAMP_SRC): New macro.
> > 	  ($(lisp)/net/tramp-loaddefs.el): New target.
> 
> Nope. This is all I see for that date:
> 
> 2010-09-13  Daiki Ueno  <[email-masked]>
> 
> 	* epa-file.el (epa-file-insert-file-contents): If visiting, bind
> 	buffer-file-name to avoid file-locking.  (Bug#7026)
> 
> 2010-09-13  Julien Danjou  <[email-masked]>
> 
> 	* notifications.el (notifications-notify): Add support for
> 	image-path and sound-name.
> 	(notifications-specification-version): Add this variable.
> 
> So you're probably right.  Feel free to close the bug, if that's the case.

I prefer to wait until you have a later binary and can verify that the
bug is gone.  With the plethora of methods used by Tramp, you can
never know: maybe the bug is in some method that isn't run on my
machine (although I did try using the `plink' method directly as well).