[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Feature request/Bug report: WC/server qualifier in error messages would help.

From: Jared Hardy <jaredhardy_at_gmail.com>
Date: 2006-08-12 05:09:48 CEST

So this is either a feature request or bug report -- take your pick.
I'm currently running svn 1.3.2 on WinXP SP2. I saw a lot of
complaints about other confusing error messages in the mail lists and
Issue Tracker, but not the same error message I just saw. This was the
message when attempting an Update:

svn: Can't find a temporary directory

So first I checked my local temporary directory -- which was fine. I
tried a Cleanup on the directory that I was trying to Update, since
tmp files and folders in the .svn folders tend to get messed up by
local-OS-lock issues. No problems on cleanup. I try Update again and
get the same error. It was only after other users got the exact same
error that I started to suspect the real reason.
    When I check the server, it turns out the syslog has gone crazy
and filled up the root / partition on the server, which is the same
partition /tmp is under. I clear out some old logs to free up some
space, and the svn error goes away.

    So, usually I would say, the error message should be something
more helpful like "svn: Server can't write to temporary directory.",
but given all the other messages that could be affected by similar
issues, I would ask that a more general rule be applied:

Any error on the server should be prefaced by a qualifier, like
"[Server]". For example:

svn: [Server] Can't write to temporary directory.

And any error that has to do with the local Working Copy condition
should have a qualifier like "[Local]":

svn: [Local] Can't write to .svn/tmp folder.

Any buddies willing to add this to the Issue Tracker?


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Aug 12 05:10:19 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.