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

Re: subversion is broken

From: <kfogel_at_collab.net>
Date: 2004-06-21 18:13:07 CEST

Jon Wells <jon@bigbang.com.au> writes:
> Abort the client by hand in the middle of a long commit... using
> mod_dav_svn as the access mechanism... happened to more than one person
> in one week.
>
> Something somewhere crashed once while being executed by apache... I
> don't know what, I'm not going to look again, I don't care, I don't use
> it any more. But that also lead to the repository being screwed and my
> giving up on it. Server host's was an OpenBSD box, clients Open or Lunux

Can you tell us what version of Subversion (client and server) and
Apache HTTPD was used, and what the commit command looked like? How
many files were involved, how big were they?

(The file http://svn.collab.net/repos/svn/trunk/BUGS has more specific
guidelines on reporting bugs.)

If we can reproduce this, we can fix it. However, we can't reproduce
it right now. I've interrupted commits over ra_dav before, it's never
been a problem. If we learn your special circumstances, that may help
us track the bug down.

Now for the annoyed portion of the mail:

You wrote "I thought I was reasonable specific...." [sic]. Yet your
first mail did not even say *which operation* you were performing that
caused the repository to fail. Never mind advanced esoterica like,
say, the version of Subversion or the access method.

Your mail wasn't reasonably specific, by any stretch of the
imagination. It was uselessly, lazily vague, and you shouldn't be
surprised that it got no useful response.

Good luck with CVS. You make me glad I unsubscribed from their
bug-reporting list.

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 21 19:38:04 2004

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.