Yeah that's my setup, everything owned by svn:svn, all files 660 (i.e.
user and group rw), + chmod g+s. But yet things go completely nuts when I
attempt an ra_svn operation
TTimo
On Wed, 26 Feb 2003 03:42:47 -0600 (CST)
seanc@dimensionalrift.com wrote:
> I noticed I had to chmod -R g+w the repositoru as well as doing a g+s on
> it, and this is described a bit in one of my earlier posts. It seems the
> Berkeley DB is a bit wimpy when it comes to ignoring attribute bits on
> files it actually has ownership of.
>
> > As far as I'm concerned, I've aborted my attempts to move from ra_dav to
> > ra_svn. ra_svn may be faster, but I ran into too many permission issues.
> >
> > The way I run ra_dav:
> >
> > There is a system user and a group 'svn'. All the repository is owned rw
> > by svn:svn, directories are chmod g+s svn. Apache runs as svn/svn
> > obviously, and all is good.
> >
> > Now if I try ra_svn over ssh:
> >
> > I add my user to the svn group. When I run anything svn:// onto the
> > repository, permissions and ownership go crazy, usually ending up in a DB
> > error, and need to run svnadmin recovery + go through the repository to
> > set all ownerships and perms right again.
> >
> > Do you have any suggestions on how I should proceed?
> >
> > TTimo
> >
> > On Wed, 26 Feb 2003 09:10:28 +0000
> > Colin Watson <cjwatson@flatline.org.uk> wrote:
> >
> >> On Wed, Feb 26, 2003 at 01:40:28AM -0600, seanc@dimensionalrift.com
> >> wrote:
> >> > Would anyone be traumatized if I worked on a patch to ra_svn to allow
> >> > user-defined additional command line options to the svn-tunnel-agent
> >> as
> >> > used in ra_svn_open? I can coax plink/putty to fudge my user name
> >> with a
> >> > session (which is not the same between the two machines), but openssh
> >> in
> >> > cygwin requires "-l username" on the command line.
> >>
> >> While additional options would be a useful thing to have, I'm surprised
> >> you don't have ~/.ssh/config or some equivalent in cygwin ...
> >>
> >> --
> >> Colin Watson [cjwatson@flatline.org.uk]
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> >> For additional commands, e-mail: dev-help@subversion.tigris.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: dev-help@subversion.tigris.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 26 10:49:16 2003