Hi,
that's what I guessed too, the problem is that I do not want to have a
separate list of users to maintain, unless svnserve can be plugged on LDAP
(w/o Apache), which is not really the case, the only solution I have found
was to use svn+ssh:// which guarantees me to have an authentication and
therefore a username. Otherwise, with anon access, there is no username that
is sent to svnserve for him to store it in the author property, which makes
total sense.
I will try to invert those 2 settings, but I highly doubt it will change
anything, since I'm not using an SVN pw db.
What would have been nice, would have been to tunnel the file:/// protocol
instead of the svn:// protocol, file:/// has the name that gets sent to the
server, as the user has to be authenticated to use the protocol.
I will try it to see if I can manage to do something alike.
Have a nice day,
--Peter.
On 6/1/06, Eric Hanchrow <offby1@blarg.net> wrote:
>
> >>>>> "Peter" == Peter Scmsvn <scmsvn@gmail.com> writes:
>
> Peter> Hi, the contents of the svnserve.conf file is only:
>
> Peter> [general]
> Peter> anon-access = write
> Peter> auth-access = write
>
> This is just a guess, but: perhaps svnserve pickes the first line
> which grants the requested access. In your case, that's the
> "anon-access" line. Then, perhaps, svnserve says "Hey! I don't need
> to authenticate further", and just lets the commit go through without
> bothering to ask for a user name ...
>
>
> ... of course, if the above were true, I'd expect any commits that you
> do locally via svn:// to also lack committer names ...
>
> Executive summary: I dunno :-(
>
> --
> As economics is known as "The Miserable Science", software
> engineering should be known as "The Doomed Discipline"
> -- Edsger Dijkstra
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
> For additional commands, e-mail: users-help@tortoisesvn.tigris.org
>
>
Received on Fri Jun 2 15:17:06 2006