* 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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
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.