unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#38017: 26.1; Tramp: File not found and directory write-protected
@ 2019-11-01  9:10 Markus Triska
  2019-11-01 11:18 ` Michael Albinus
  0 siblings, 1 reply; 5+ messages in thread
From: Markus Triska @ 2019-11-01  9:10 UTC (permalink / raw)
  To: 38017


I am using Tramp to access remote files, and it works.

Specifically, I can access a remote server s with

    C-x C-f /ssh:s: RET

However, I am now in a situation where, when I do this, Tramp emits:

    File not found and directory write-protected

even though it worked perfectly just a moment ago in the same Emacs
instance.

When I start a new Emacs process, it works as expected in that instance.
Therefore, I think everything is correctly configured, but there is
something wrong in the existing instance that I would like to find and
correct so that I can continue using Tramp in the existing Emacs
instance.

Seeing that everything works when Tramp is freshly loaded, I did:

    M-x tramp-cleanup-all-connections RET

and then I unloaded Tramp with:

    M-x tramp-unload-tramp

From this state, is there anything I can do to re-enable Tramp in this
existing Emacs? I will then try it with increased logging verbosity.

Thank you and all the best,
Markus

In GNU Emacs 26.1 (build 1, x86_64-apple-darwin15.3.0, X toolkit, Xaw scroll bars)
 of 2018-09-22 built on mt-mbpro
Windowing system distributor 'The X.Org Foundation', version 11.0.11502000






^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#38017: 26.1; Tramp: File not found and directory write-protected
  2019-11-01  9:10 bug#38017: 26.1; Tramp: File not found and directory write-protected Markus Triska
@ 2019-11-01 11:18 ` Michael Albinus
  2019-11-02  9:03   ` Michael Albinus
  0 siblings, 1 reply; 5+ messages in thread
From: Michael Albinus @ 2019-11-01 11:18 UTC (permalink / raw)
  To: Markus Triska; +Cc: 38017

Markus Triska <triska@metalevel.at> writes:

Hi Markus,

> I am using Tramp to access remote files, and it works.
>
> Specifically, I can access a remote server s with
>
>     C-x C-f /ssh:s: RET
>
> However, I am now in a situation where, when I do this, Tramp emits:
>
>     File not found and directory write-protected
>
> even though it worked perfectly just a moment ago in the same Emacs
> instance.
>
> When I start a new Emacs process, it works as expected in that instance.
> Therefore, I think everything is correctly configured, but there is
> something wrong in the existing instance that I would like to find and
> correct so that I can continue using Tramp in the existing Emacs
> instance.
>
> Seeing that everything works when Tramp is freshly loaded, I did:
>
>     M-x tramp-cleanup-all-connections RET

That's good.

> and then I unloaded Tramp with:
>
>     M-x tramp-unload-tramp

I don't know whether this works reliably. At least, it wasn't needed I
believe.

> From this state, is there anything I can do to re-enable Tramp in this
> existing Emacs? I will then try it with increased logging verbosity.

Apply (load "tramp") Hopefully, everything is back then.

> Thank you and all the best,
> Markus

Best regards, Michael.





^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#38017: 26.1; Tramp: File not found and directory write-protected
  2019-11-01 11:18 ` Michael Albinus
@ 2019-11-02  9:03   ` Michael Albinus
  2019-11-02  9:12     ` Markus Triska
  0 siblings, 1 reply; 5+ messages in thread
From: Michael Albinus @ 2019-11-02  9:03 UTC (permalink / raw)
  To: Markus Triska; +Cc: 38017

Michael Albinus <michael.albinus@gmx.de> writes:

Hi Markus,

>> and then I unloaded Tramp with:
>>
>>     M-x tramp-unload-tramp
>
> I don't know whether this works reliably. At least, it wasn't needed I
> believe.

Now that we have bug#38025, do we still need *this* bug?

Best regards, Michael.





^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#38017: 26.1; Tramp: File not found and directory write-protected
  2019-11-02  9:03   ` Michael Albinus
@ 2019-11-02  9:12     ` Markus Triska
  2019-11-02  9:19       ` Michael Albinus
  0 siblings, 1 reply; 5+ messages in thread
From: Markus Triska @ 2019-11-02  9:12 UTC (permalink / raw)
  To: Michael Albinus; +Cc: 38017

Michael Albinus <michael.albinus@gmx.de> writes:

> Now that we have bug#38025, do we still need *this* bug?

Unfortunately, after re-loading Tramp with (load "tramp"), I now cannot
reproduce this concrete issue, so please close it.

Thank you and all the best,
Markus





^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#38017: 26.1; Tramp: File not found and directory write-protected
  2019-11-02  9:12     ` Markus Triska
@ 2019-11-02  9:19       ` Michael Albinus
  0 siblings, 0 replies; 5+ messages in thread
From: Michael Albinus @ 2019-11-02  9:19 UTC (permalink / raw)
  To: Markus Triska; +Cc: 38017

Markus Triska <triska@metalevel.at> writes:

>> Now that we have bug#38025, do we still need *this* bug?
>
> Unfortunately, after re-loading Tramp with (load "tramp"), I now cannot
> reproduce this concrete issue, so please close it.

Thanks for the feedback, I'll close it with notreproducible.

> Thank you and all the best,
> Markus

Best regards, Michael.





^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2019-11-02  9:19 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-11-01  9:10 bug#38017: 26.1; Tramp: File not found and directory write-protected Markus Triska
2019-11-01 11:18 ` Michael Albinus
2019-11-02  9:03   ` Michael Albinus
2019-11-02  9:12     ` Markus Triska
2019-11-02  9:19       ` Michael Albinus

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).