Subversion (svn) issues with --non-interactive

So this:

/usr/local/bin/svn up --force --no-auth-cache --username my_user

      

works fine (after entering password). Although this:

/usr/local/bin/svn up --force --no-auth-cache --non-interactive --username my_name --password my_pass

      

depending on the version of the svn version:

svn: E215004: Authentication failed and interactive prompting is disabled; see the --force-interactive option
svn: E215004: Unable to connect to a repository at URL 'https://my_repository'
svn: E215004: No more credentials or we tried too many times.
Authentication failed

      

for Subversion 1.8.8 and:

svn: OPTIONS of 'https://my_repository': authorization failed (https://my_repository)

      

for Subversion 1.6.11.

This is all on the command line (bash) on the Fedora server.

Also this happens for some users and not others (we have svn users who can work with --non-interactive and others who cannot, although their passwords are accepted when I run without --non-interactive). I tried deleting the ~ / .subversion / auth / directory and it recreates correctly when I do svn up

with credentials.

Quite sick at this moment. Our repository vendor advised us to play with --trust-server-cert

, but I just don't get a response (errors or other messages) when I do this:

/usr/local/bin/svn up --force --no-auth-cache --non-interactive --quiet --username my_name --password my_pass --trust-server-cert ~/.subversion/auth_iii/svn.ssl.server/my_cert

      

Appreciate your help ...

+3


source to share


1 answer


False alarm. It turns out we had an unbound ampersand in the password and that was throwing it all away when in the script (which is why typing in the password when prompted worked). Feel stupid now ...



Thanks to everyone who read and answered ...

+3


source







All Articles