subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Shahaf <...@daniel.shahaf.name>
Subject Re: SVN Query about granting access
Date Wed, 09 Apr 2014 08:21:42 GMT
Geoff Field wrote on Tue, Apr 08, 2014 at 09:03:43 +1000:
> > From: Daniel Shahaf
> > Sent: Monday, 7 April 2014 18:13 PM
> > 
> > karthik kg wrote on Mon, Apr 07, 2014 at 17:40:54 +1000:
> > > Repository name - TTN
> > > Location on the server -
> > > 
> > > /apps/bss/SubVersion_Repository/TTN
> > > 
> > > 
> > > I tired editing the 
> > /var/opt/app/SubVersion_Repository/NTT/conf/auth 
> > > file with below parameter for providing read only access to 
> > the TTN repository.
> > > 
> > > 
> > > [repository:/NTT]
> > > 
> > >   d389678 = 'r'
> 
> As well as what Daniel has quite rightly said, it looks like there's a
> space at the start of the line.  I seem to remember another message on
> this list commenting that spaces at the start of the line might not be
> a good idea.

Good point.  Spaces at the start of a line may cause it to be interpreted
as a continuation line.  If this happened in the context of authz rules
(lines ending in = or =r or =rw) it would invariably result in a syntax
error (so all requests to the repositories governed by the authz file
would error with HTTP 500), but in other sections ([groups], [aliases]) or
other files (svnserve.conf, fsfs.conf, ~/.subversion/config, ...) it may
result in a syntactically-valid file that doesn't do what it appears to do.

For example, try this:

    # in ~/.subversion/config
    [miscellany]
    enable-auto-props = yes
    [auto-props]
    *.t = svn:eol-style=native;
     *.c = svn:keywords=Id;

(Incidentally, this particular example exposes a bug:
<https://mid.gmane.org/20140409081719.GA13513@tarsus.local2>)

Daniel


Mime
View raw message