Daniel, I sent the original message with nice yellow hilites etc. in HTML/rich text pointing out the pertinent info-- I guess that got stripped down to plain text, sorry. I'll remember this in future postings. Also I have since discovered something amiss in my analysis--- I don't know what version I had on the system prior to its re-installation. It was working fine, then an admin deleted the executable, upon install (v 1.6.11) it had issue with line 153... that's the uncommented line (note all others are commented out -- with '#' as the first char) the ' store-plaintext-passwords = no' line.
But also I have noticed other version installations: 1.6.12, and 1.6.17 have it with no leading spaces too, so I'm ok leaving it as-is. Will -----Original Message----- From: Daniel Shahaf [mailto:danie...@elego.de] Sent: Thursday, April 26, 2012 14:27 To: Will Fleming Cc: users@subversion.apache.org Subject: Re: annoyance: servers file format-- worked before 1.6.11 Which line did you remove whitespace from? (And please don't say "153". Show the line in context, and indicate which of the lines in the context it is. Thanks.) Will Fleming wrote on Thu, Apr 26, 2012 at 12:31:29 -0600: > Should I log this as a bug? > I made an option setting in the servers file prior to version 1.6.11 and all > was fine. Just after upgrade, svn complains about no option being set. > > [etldev@odlbods1 ~]$ svn help > svn: /home/etldev/.subversion/servers:153: Option expected > [etldev@odlbods1 ~]$ > > I removed the leading spaces to the line setting and then it worked > ...... > # No neon-debug-mask, so neon debugging is disabled. > # ssl-authority-files = /path/to/CAcert.pem;/path/to/CAcert2.pem > # > # Password / passphrase caching parameters: > # store-passwords = no > store-plaintext-passwords = no > # store-ssl-client-cert-pp = no > # store-ssl-client-cert-pp-plaintext = no ....
