Additional information that might be useful SVN server is at version 1.7.X
I'm running the commands on AIX 7 with client svn, version 1.8.0 (r1490375) However, this issue doesn't occur on Linux with the following svn client versions svn, version 1.8.13 (r1667537) svn, version 1.7.7 (r1393599) That got me wondering if this is a problem with the client version.. So I removed the contents in $HOME/.subversion did an svn log https://SVN_REPO on the AIX host and it prompted me for a password, But, it didn't give this message which I would normally expect when I connect to subversion the first time or when my password has changed. Authentication realm: <https://svn:443> CollabNet Subversion Repository Password for 'atati': ----------------------------------------------------------------------- ATTENTION! Your password for authentication realm: <https://svn:443> CollabNet Subversion Repository 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 '$HOME/.subversion/servers'. ----------------------------------------------------------------------- Store password unencrypted (yes/no)? From: Tati, Aslesh [mailto:at...@barclaycardus.com] Sent: Wednesday, August 05, 2015 11:55 AM To: users@subversion.apache.org Subject: Store passwords while using a different username Hi, Is it possible to store password when a subversion query is being done as a different user. Say I'm user foo and would like to run "svn log --username bar https://<SVN_REPO<https://%3cSVN_REPO>>" I'm prompted for user bar's credentials and the command succeeds when bar is successfully authenticated. The next time foo runs the command "svn log https://<SVN_REPO<https://%3cSVN_REPO>>", I'm directly prompted for bar's credentials. Is there a way to store bar's credentials and not be prompted every time? Thanks, Aslesh Tati Barclaycard www.barclaycardus.com<http://www.barclaycardus.com> This email and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on. Barclaycard www.barclaycardus.com<http://www.barclaycardus.com> This email and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on.