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

Re: annoyance: servers file format-- worked before 1.6.11

From: Stefan Sperling <stsp_at_elego.de>
Date: Thu, 26 Apr 2012 20:49:56 +0200

On Thu, Apr 26, 2012 at 12:31:29PM -0600, Will Fleming wrote:
> [etldev_at_odlbods1 ~]$ svn help
> svn: /home/etldev/.subversion/servers:153: Option expected
> [etldev_at_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
> ....
>
> Prior to 1.6.11, there could be leading spaces on that line

Are you sure about that? I don't have a 1.6.10 release build around
but I see the same behaviour with a Subversion 1.5 build.

Note that the parser does this because a leading space is usually
used in multi-line configuration statements.
For instance, given an entry such as:

global-ignores = *.o *.lo *.la *.al .libs *.so *.so.[0-9]* *.a *.pyc *.pyo
   *.rej *~ #*# .#* .*.swp .DS_Store

both lines will be merged into one by the config parser. The second line
is part of the previous one because it starts with whitespace.

I don't think this is very intuitive myself. Alas, that's how it was designed.
Received on 2012-04-26 20:50:37 CEST

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.