Merging problem because of non recognized mergeinfo (probably caused by subversion 1.8.0)

2013-11-01 Thread Paul Wellner Bou
Good morning, we have a serious merging problem, as I noticed that somehow the svn:mergeinfo got lost while merging I immediately stopped my merging steps and started over with new branches. Yesterday I came across following bugfix as it seems that I had the same problem:

Re: Merging problem because of non recognized mergeinfo (probably caused by subversion 1.8.0)

2013-11-01 Thread Johan Corveleyn
On Fri, Nov 1, 2013 at 8:55 AM, Paul Wellner Bou pwell...@gmail.com wrote: Good morning, we have a serious merging problem, as I noticed that somehow the svn:mergeinfo got lost while merging I immediately stopped my merging steps and started over with new branches. Yesterday I came across

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

2013-11-01 Thread Howard, Larry P
I can confirm that this patch fixes. Thanks guys! Very good service, much appreciated. Regards, lph -- Larry Howard, Sr. Research Scientist Institute for Software Integrated Systems, Vanderbilt University On Oct 30, 2013, at 7:57 PM, Ben Reser b...@reser.org wrote: On 10/30/13 12:12 PM,

How to determine subversion repository format

2013-11-01 Thread Bradley Giesbrecht
Hello, I am getting this svn client message: The working copy at repository is too old (format 29) to work with client version '1.8.4 (r1534716)' (expects format 31). You need to upgrade the working copy first. I am interested in knowing where format 29 is stored. My searches have lead me to

RE: How to determine subversion repository format

2013-11-01 Thread Bob Archer
I am getting this svn client message: The working copy at repository is too old (format 29) to work with client version '1.8.4 (r1534716)' (expects format 31). You need to upgrade the working copy first. I am interested in knowing where format 29 is stored. My searches have lead me to

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

2013-11-01 Thread Ben Reser
On 10/30/13 5:57 PM, Ben Reser wrote: On 10/30/13 12:12 PM, Philip Martin wrote: Subversion's translate_name hook is setting r-filename to NULL and it appears that mod_wsgi does not check for NULL. Thanks Philip. When I made this change I expected that other modules would be ok with

svnserve crashes in libdispatch on OS X Mavericks (10.9) server

2013-11-01 Thread Tony Piselli
Upgraded to 10.9 server and reinstalled macports (2.2.1) and subversion, version 1.8.4. Can't use subversion locally or with svnserve from another client. Here's the svnserve crash report: Process: svnserve [3143] Path:/opt/local/bin/svnserve Identifier: svnserve

Segmentation fault in webdav after upgrading to 1.7 on CentOS - Need new ideas

2013-11-01 Thread Erwin Hogeweg
Hi, We upgraded subversion from 1.6 to 1.7, but can't get the WebDAV online anymore. As far as we can see everything appears to be set up correctly. Would appreciate if somebody could give a pointer or two on how to debug this further. OS: CENTOS 6.4 x86_64 SVN: subversion 1.7.13 svn is build

Re: Segmentation fault in webdav after upgrading to 1.7 on CentOS - Need new ideas

2013-11-01 Thread Ben Reser
On 11/1/13 9:20 PM, Erwin Hogeweg wrote: We upgraded subversion from 1.6 to 1.7, but can't get the WebDAV online anymore. As far as we can see everything appears to be set up correctly. Would appreciate if somebody could give a pointer or two on how to debug this further. Give the patch here