On 5/2/14, 3:24 PM, Dan Ellis wrote:
> svnmucc currently only supports linefeed (LF, \n) line endings and complains
> about window's style carriage return, linefeed (CRLFs, \r\n) with:
> Error: svnmucc: E125005: Cannot accept non-LF line endings in 'svn:log'
> property
>
> This is inconsistent wi
Hi,
svnmucc currently only supports linefeed (LF, \n) line endings and
complains about window's style carriage return, linefeed (CRLFs, \r\n) with:
Error: svnmucc: E125005: Cannot accept non-LF line endings in 'svn:log'
property
This is inconsistent with the svn command line that allows both but
That sounds right to me, thanks Stefan!
Eric
On Fri, May 2, 2014 at 2:50 PM, Stefan Sperling wrote:
> On Fri, May 02, 2014 at 02:06:46PM -0500, Eric Berge wrote:
> > The original patch file I used is attached.
> >
> > Thanks!
> >
> > Eric
> >
>
> Thanks, I could reproduce the problem and fix i
On Fri, May 02, 2014 at 02:06:46PM -0500, Eric Berge wrote:
> The original patch file I used is attached.
>
> Thanks!
>
> Eric
>
Thanks, I could reproduce the problem and fix it.
See http://svn.apache.org/r1592014
I've nominated the fix for backport to 1.8.x so it should appear
in some future 1
The original patch file I used is attached.
Thanks!
Eric
On Fri, May 2, 2014 at 4:05 AM, Stefan Sperling wrote:
> On Thu, May 01, 2014 at 02:30:33PM -0500, Eric Berge wrote:
> > I was running "svn patch" with a patch I created with "git diff" and it
> > failed to apply, however it applies ju
Ryan Schmidt writes:
> Is there a limit on the number of simultaneous connections I can make
> from a single svn client to svnserve?
No, there is no rate limiting at all in 1.8 svnserve: it will attempt to
start threads/processes as fast as incomming connections arrive. This
can cause the serve
Hello,
I’m writing a script wherein I run many different “svn export” operations. To
try to speed things up, I have the script running up to 8 of these
simultaneously, and I’m occasionally getting this error:
svn: E54: Unable to connect to a repository at URL
'svn://example.local/trunk/foo
I encounter this bug for specific folders - not all.
I place the cursor on the folder, right-click and select Repro-browser. The
browser form loads the data and issues the exception below. After that I can
continue browsing. Cleanup do not solve the problem.
Best regards
On Thu, May 01, 2014 at 02:30:33PM -0500, Eric Berge wrote:
> I was running "svn patch" with a patch I created with "git diff" and it
> failed to apply, however it applies just fine with the default "patch"
> command on my Rhel 6.5 system.
>
> This is due to the "extended header" information that
