1
Vote

Failed: Retrieval of mergeinfo unsupported by...

description

If a click on "Validate SVN" I get this at the log-screen:
 
Testing SubVersion connection...
Connecting to SubVersion... Connected.
There are 14 revisions.
Loading user map file...
Searching involved users from r1 to r14... (this might take a while)
 
Failed: Retrieval of mergeinfo unsupported by [URL of my subversion-server]
 
A solution might be to provide the user with a user-friendly error

comments

sid2k wrote Jun 14, 2010 at 12:18 PM

@dklinger: merge info has been introduced in SVN 1.5 (as for http://svn.haxx.se/tsvnusers/archive-2008-10/0177.shtml).
What version of SVN server are you running? Is the repository updated to that version?

wrote Jun 14, 2010 at 12:20 PM

gpar wrote Jul 5, 2010 at 3:57 PM

I'm having this same issue. I checked the versions of the svn server: 1.6.1 and I have TortoiseSVN: 1.6.7 installed if that matters. I tried using the FILE protocol eg. 'file:///svvServer/sourcectrl$/vctrl/DevTools' and got 'Failed: Unable to open an ra_local session to URL'. Any suggestions? Thanks in advance.

ppintl wrote Jul 23, 2010 at 5:54 PM

Testing SubVersion connection...
Connecting to SubVersion... Connected.
There are 335 revisions.
Loading user map file...
Searching involved users from r1 to r335... (this might take a while)

Failed: Retrieval of mergeinfo unsupported by 'svn://<server>/<APP>

Were you able to figure out any solution for this error. I am running 1.6 Subversion Server ..
Thank you

wrote Jul 28, 2010 at 9:15 AM

kminchau wrote Feb 24, 2011 at 10:35 PM

I had the same issue, and after much searching, and no clear explanations, I will share what worked for me.

Basically I had to upgrade my SVN from 1.4 to 1.5, or 1.6.

The Process I followed (note I am no subversion expert so I make no guarantees that this will work for you):
  1. Run SVN 1.6 installer, picking the same Subversion directory as the 1.x install. (i.e. C:\Program files\Subversion)
  2. (If you are running Apache, let's make doubly sure everything is using the current dll's). Stop your apache service, and copy over (overwriting) the following files from ...\Subversion\bin\ folder into:
    ...\Apache2.2\modules\
    mod_authz_svn.so
    mod_dav_svn.so
    ...\Apache2.2\bin\
    libapr-1.dll
    libapriconv-1.dll
    libaprutil-1.dll
    libeay32.dll
    ssleay32.dll
  3. Restart your apache service
  4. Double check that you can still access your svn through TortoiseSVN or whatever you are using (no point continuing if you messed everything up)
  5. Open a command prompt. Navigate to your Subversion bin install directory (i.e. C:\Program Files\Subversion\bin)
  6. (This is the part that everyone forgets) Run the following command to upgrade your repository to the latest version (1.6):
    svnadmin upgrade [Path to Repository]
You have to manually upgrade your repositories to the latest version because the repository is not upgraded automatically. See: http://subversion.apache.org/docs/release-notes/1.6.html#repos-upgrades

Hope that helps everyone!

sid2k wrote Jul 6, 2011 at 8:08 AM

Did you take a look at the documentation? Are you running SVN server 1.6.x or greater? If you updated to that server, have you updated also the repository?

wrote Feb 14, 2013 at 8:25 PM