Package Control With Subversion

[Sean Kearon]

While trying to control my model with Subversion I get: "Error while initializing [sic] Version Control provider: svn: This client is too old to with with working copy '.'; please get a newer Subversion client".

Man, I know I'm getting old, but I'd appreciate it of my software tools didn't remind me

Anyone got any clues to help me along?

[Eve]

I'd suggest that you've used a TortiseSVN client that is newer than your SVN command client EA is using and it has upgraded the SVN repository.  The solution is to do what it says, get a more recent SVN client and point EA to that.

[philchudley]

I am also having a problem with EA/Subversion. I installed Subversion (1.5.0.31699) from Collabnet and also have installed Tortoise.

I followed the Video demo on Sparx website and the working folders all refer to the subversion repository svn://localhost/...

I have restricted access to my respositories vie passwords so have set
Require valid-user in the httpd.conf file access via annoymous users is also set to none

Totroise uses requests fro and users the passwords I have set

I confirm that no folders are checked out and then when I configure EA for Subversion (I check the Subversion radio button), the configuration seems to be Ok, but no request for passwords occurs.

I then attempt to place a package under version control, and EA just hangs (dreaded hourglass), it is if EA is waiting for authentication, but failing to display the dialog requesting authentication.

Upon closing EA and re-opening the project, EA again just hangs and fails to load the project.

In the previous post, the inference is to set EA version control to TortoiseSVN rather than svn.exe. Is this the case? if so how, since TortoiseSVN is an extension to Windows Explorer. If indeed the connection is made to svn.exe, what I am doing wrong to cause EA to hang?

This is getting rather urgent and I need to fix this

Cheers and thanks

[Frank Horn]

what I am doing wrong to cause EA to hang?

Maybe svn does not have your pasword cached:

http://svnbook.red-bean.com/en/1.4/svn.tour.initial.html#svn.tour.initial.disabling-password-caching

As far as I recall, I had to access our repository once from the svn.exe command line to make svn cache my password. If you ever only accessed the repository with Tortoise, svn has not cached it because Tortoise does not use the local svn.exe.

[philchudley]

Cheers Frank that worked just fine. Just one thing, EA now uses the cached password that I entered using svn command line.

What I want to achieve is different permissions for different sections of the EA model. So, I have two respositories each with their own set of users/passwords

Upon checkout I would like EA to use subversion to request for the user/password (similar to TortoiseSVN)

I had found that the caching can be turned off using

[auth]
store-auth-creds = no

where does this go? I have tried the config file for the respositories, but no effect. If I remove the cached password files .. then back to the hang.

Is there any way to use EA/Subversion with user authentication prompting?

[Frank Horn]

Is there any way to use EA/Subversion with user authentication prompting?

I've no idea. Maybe Sparx will tell us in the morning.

[Sean Kearon]

Yep, it was indeed the Subversion exe's version.  I updated and all is now working well, so thanks to all!

[«Midnight»]

Please let us know the offending and workable version numbers.

[Sean Kearon]

The svn.exe that didn't work was 1.4.6.28521.
The one that did work was 1.5.0.31699.

Let me know if you want some more info.