GNU bug report logs -
#38017
26.1; Tramp: File not found and directory write-protected
Previous Next
Reported by: Markus Triska <triska <at> metalevel.at>
Date: Fri, 1 Nov 2019 09:12:02 UTC
Severity: minor
Tags: unreproducible
Found in version 26.1
Done: Michael Albinus <michael.albinus <at> gmx.de>
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 38017 in the body.
You can then email your comments to 38017 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38017
; Package
emacs
.
(Fri, 01 Nov 2019 09:12:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Markus Triska <triska <at> metalevel.at>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 01 Nov 2019 09:12:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38017
; Package
emacs
.
(Fri, 01 Nov 2019 11:19:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 38017 <at> debbugs.gnu.org (full text, mbox):
Markus Triska <triska <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38017
; Package
emacs
.
(Sat, 02 Nov 2019 09:04:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 38017 <at> debbugs.gnu.org (full text, mbox):
Michael Albinus <michael.albinus <at> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38017
; Package
emacs
.
(Sat, 02 Nov 2019 09:13:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 38017 <at> debbugs.gnu.org (full text, mbox):
Michael Albinus <michael.albinus <at> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38017
; Package
emacs
.
(Sat, 02 Nov 2019 09:20:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 38017 <at> debbugs.gnu.org (full text, mbox):
Markus Triska <triska <at> 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.
Added tag(s) unreproducible.
Request was from
Michael Albinus <michael.albinus <at> gmx.de>
to
control <at> debbugs.gnu.org
.
(Sat, 02 Nov 2019 09:22:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
38017 <at> debbugs.gnu.org and Markus Triska <triska <at> metalevel.at>
Request was from
Michael Albinus <michael.albinus <at> gmx.de>
to
control <at> debbugs.gnu.org
.
(Sat, 02 Nov 2019 09:22: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
.
(Sat, 30 Nov 2019 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 261 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.