Thanks for making that more clear Spencer, this is indeed what is
happening.
When I open a file which is under CVS control (i.e. there is a CVS
subdirectory), some files become read-only. This appears to be
associated with file locking which should be disabled by default for
CVS.
Since there
S == Stefan Monnier [EMAIL PROTECTED] writes:
This is because VC does not understand that your local userid is really
the same user as your remote userid and it then decides to make the buffer
So you are suggesting that this would only happen with remote files
under CVS control where
Enter your bug report in this message, including as much detail as you
possibly can about the problem, what you did to cause it and what the
local and remote machines are.
If you can give a simple set of instructions to make this bug happen
reliably, please include those. Thank you for helping
[EMAIL PROTECTED] (Kai =?iso-8859-1?q?Gro=DFjohann?=) writes:
On 04 Jun 2001,
I open two dired buffers:
/r@rcp:eli@yam:/usr/local/tgif
and
/r@suu:root@beach:/tmp:
and I try to copy (C in dired) from the first to the second. I am
getting the error message: No file on
On 04 Jun 2001, Stefan Monnier wrote:
This is because VC does not understand that your local userid is
really the same user as your remote userid and it then decides to
make the buffer read-only even though you have write access to it
(thinking you shouldn't modify a file that belongs to
K == Kai =?iso-8859-1?q?Gro=DFjohann?= [EMAIL PROTECTED]
writes:
that's what I will try. But it might be some time.
As Matthew said, since there is a trivial workaround, it's not a
priority issue. But at least it is on the (long) TODO list for
Tramp.
Thanks again!
Spencer
