GNU bug report logs -
#78638
30.1; When editing a remote file owned by another user, Tramp signals an error because it cannot change the file mode
Previous Next
Full log
Message #95 received at 78638 <at> debbugs.gnu.org (full text, mbox):
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> > When Emacs saves a file directly, its preferred method is to write the
> > file under another name and then ewnames it into the desired name.
> > That is to avoid problems like this.
> This is what Tramp does. It writes the file to a local temporary name,
> and copies it then to the remote side.
Those two methods are different in a crucial way. Whan Emacs usually
does is _rename_ the temporary file, which it has written in the
destination directory, to the desired name. It sounds like Tramp
writes a temporary file in the local machine, then _copies_ the
temporary file to the desired name in the destination directory.
That difference, renaming vs copying, may be the reason why Tramp runs
into a problem trying to do chmod. For Emacs, it is actually the
initial output _name_ which is temporary; that output file will
remain, once renamed, under the final name.
Is it possible for Tramp to write the output into a remote file
in the intended remote directory, then rename it to the intended
file name?
--
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)
This bug report was last modified 32 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.