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

Re: SVN Query about granting access

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Wed, 9 Apr 2014 08:21:42 +0000

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
Received on 2014-04-09 10:22:26 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.