[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Insufficient permissions error handling

From: Rudy Grigar <rudy_at_tag1consulting.com>
Date: Thu, 3 Mar 2011 09:25:50 -0800

I worked through an issue this morning with a Subversion user that was unable to store a password locally:

Authentication realm: <https://code:443> Zinch SVN Drupal
Password for 'dev':

-----------------------------------------------------------------------
ATTENTION! Your password for authentication realm:

   <https://code:443> SVN

can only be stored to disk unencrypted! You are advised to configure
your system so that Subversion can store passwords encrypted, if
possible. See the documentation for details.

You can avoid future appearances of this warning by setting the value
of the 'store-plaintext-passwords' option to either 'yes' or 'no' in
'/var/lib/hudson/.subversion/servers'.
-----------------------------------------------------------------------
Store password unencrypted (yes/no)? yes
At revision 2260.
[hudson_at_srv-zinch-ec2db3 devdrup.zinch.com]$ svn up
Authentication realm: <https://code:443> Zinch SVN Drupal
Password for 'dev':

-----------------------------------------------------------------------
ATTENTION! Your password for authentication realm:

   <https://code:443> SVN

can only be stored to disk unencrypted! You are advised to configure
your system so that Subversion can store passwords encrypted, if
possible. See the documentation for details.

You can avoid future appearances of this warning by setting the value
of the 'store-plaintext-passwords' option to either 'yes' or 'no' in
'/var/lib/hudson/.subversion/servers'.
-----------------------------------------------------------------------
Store password unencrypted (yes/no)? yes
At revision 2260.

The password wasn't actually being stored, the root of the problem being that auth/svn.simple/* was set read-only/444 (the cause of this is still unknown).

I talked to Stefan (stsp) this morning in #svn and he wants to add better error handling here when the file isn't writable instead of silently failing to store the password. The relevant IRC log is here: http://colabti.org/irclogger/irclogger_log/svn?date=2011-03-03#l243

Cheers,
Rudy
Received on 2011-03-03 18:36:03 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.