On Mar 1, 2006, at 09:33, Simon Whittaker wrote:
> I hope this is the right mailing list but I wonder if anyone can
> help me with an issue I am having. I have a volume mounted on OSX
> 10.4.5 to a shared windows folder which is a working copy, I am
> working on the data and try to commit it back and receive the
> following error:
> commit -m "made a brief change" /Volumes/sites/path/to/folder/
> Sending /Volumes/sites/path/to/folder/pagename.cfm
> Transmitting file data ...
> A problem occurred; see later errors for details
> svn: Commit succeeded, but other errors follow:
> Problem running log
> svn: Error bumping revisions post-commit (details follow):
> svn: In directory '/Volumes/sites/path/to/folder'
> svn: Error processing command 'committed' in '/Volumes/sites/path/
> svn: Error replacing text-base of 'pagename.cfm'
> Permission denied
> svn: Can't move '/Volumes/sites/path/to/folder/.svn/tmp/text-base/
> pagename.cfm.svn-base' to '/Volumes/sites/path/to/folder/.svn/text-
> base/pagename.cfm.svn-base': Permission denied
> I get this error using subclipse and scplugin, the volume is
> mounted using my username and works fine using a windows box.
> Anyone ever come across this before?
I don't see exactly that error, but I am also unable to manipulate a
working copy from my Mac terminal which lives on a mounted Samba
share served by our Linux server. For example, when I try to "svn up"
or "svn add <bar>" I get "svn: Can't move '.svn/tmp/entries' to '.svn/
entries': Permission denied." If I ssh to the Linux server and add
the file there, then come back to the Mac terminal and try to commit
the change, I get:
Transmitting file data .svn: Commit failed (details follow):
svn: Can't copy '/Volumes/foo/bar' to '/Volumes/foo/.svn/tmp/text-
base/bar.svn-base.tmp': Input/output error
All files and directories on my mounted volume have 700 permission,
which seems weird and I'm guessing that has something to do with it.
I didn't bother trying to find a solution, and instead use Subversion
from the Linux command line. That probably isn't a solution for you
if your shared volume actually lives on a Windows machine though.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Wed Mar 1 12:27:57 2006