> > Thanks for your answer. Our commits to /trunk are supposed to be
> > done rarely.
> > Basically we want to exclude source code of projects that for
> some
> > reasons cannot be built centrally (on the server where the
> > repository
> > is).
> > A project consists of java files in a directory a
I think I may have found the problem: I was assuming "svnserve" would use
"./repos" as its root by default. Saying that explicitly with "svnserve -d -r
/home/svn/repos" seems to have fixed things.
Told you it was a beginner question :-)
Stephen Bloch
sbl...@adelphi.edu
> Thanks for your answer. Our commits to /trunk are supposed to be
> done rarely.
> Basically we want to exclude source code of projects that for some
> reasons cannot be built centrally (on the server where the
> repository
> is).
> A project consists of java files in a directory and an ant script
Philip Martin writes:
> I was getting those checksum errors while doing an export, I'm not sure
> how 3711 is relevant.
So I got an checksum error during an export using serf for the file
src/ne_uri.c. I compared the "bad" file in the export with a "good"
version from a checkout using neon:
$
"Bert Huijben" writes:
>> What I find is that the problem sometimes appears and sometimes does
>> not. It's not predictable either, repeating a failed export/checkout
>> will sometimes work and sometimes fail at a different place. That is
>> the case when I try that neon URL:
>>
>> svn: E20001
Thank you for the response,
I have asked in the community forum from Suse Community.
Good to know that it is a Yast manipulation and not a real problem, i will try
it out and see what will happen and if SVN will be running smoothly and give
Feedback to the Mailing list asap.
Oliver
On T
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: vrijdag 8 april 2011 11:11
> To: Daniel Shahaf
> Cc: Aleksandr Platonov; d...@subversion.apache.org;
> users@subversion.apache.org
> Subject: Re: XML parsing and checksum mismatch errors at updates and
Daniel Shahaf writes:
> [ summary for dev@: bug in trunk that doesn't reproduce in 1.6.16;
> I can reproduce it with trunk/ra_serf but not with trunk/ra_neon ]
>
> Aleksandr Platonov wrote on Thu, Apr 07, 2011 at 17:52:13 +0400:
>>
>> I build Subversion as a part of TortoiseSVN (see
>> http://to