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

Re: need help setting up svn+ssh://

From: Michael Wood <mwood_at_its.uct.ac.za>
Date: 2003-08-21 17:36:43 CEST

Hi

On Thu, Aug 21, 2003 at 08:37:05AM +1000, Steve Williams wrote:
[snip]
> > Your wrapper could be:
> > #!/bin/sh
> > umask 0007
> > exec /path/to/real/svnserve "$@"
> >
> > As long as everyone is in the same group.
>
> This has been the single most helpful response to this issue that I
> have seen. I love seeing examples, but it often seems to be assumed
> that everyone is a Linux expert and knows exactly what to do to create
> a wrapper script that sets the umask (I don't even know what the umask
> does).

Glad you liked it :)

The umask just tells things what permission bits not to set on new
files.

e.g.:

$ cd /tmp
$ rm -f test
$ umask 0000
$ ls -l test
-rw-rw-rw- 1 michael michael 0 Aug 21 17:14 test
$ rm test
$ umask 7777
$ ls -l test
---------- 1 michael michael 0 Aug 21 17:29 test

This does not mean that a process is unable to set the permission bits
in the umask. It's just specifies the default permission bits to leave
unset.

man umask for more details. Also search for umask in the bash man page.

> Another question related to this: do we call the wrapper script
> 'svnserve' as well? If so, how do we make sure the wrapper script is
> executed instead of the real svnserve? Yes I'm a Linux newbie.
[snip]

You could rename the real svnserve to svnserve.bin and call the wrapper
svnserve. Then in the wrapper refer to svnserve.bin.

Otherwise, if you are using ssh keys with the "command=blah" in
authorized_keys, then you could just refer to the wrapper (e.g.
command="svnserve.wrapper -r /blah -t")

-- 
Michael Wood <mwood@its.uct.ac.za>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Aug 21 17:45:25 2003

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.