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

RE: svnserve and inetd: malformed network data

From: M. van Renswoude <mark_at_x2software.net>
Date: 2004-03-10 20:17:34 CET

> > Why didn't I think of that? Explains a lot, here's the output:
> >
> > ---
> > Type '--inetd --help' for usage.
> > You must specify one of -d, -i, -t
or -X.
> > ---
> It does explain a lot! The program thinks that the --inetd option you
> specified is it's own name. For some reason it did not pick up that you
> -i. Specifying -t to make it work actually only camouflages the fact that
> are now running from inetd in tunneled mode: this is *not* a good idea
> because the connection is now marked as 'externally authenticated' meaning
that no
> extra authentication is needed. Could you show the inetd line which you
> to setup this configuration?

Actually, no. When I try to commit a file it still requires my login data,
won't do anything without it. Even tried using my system password or other
accounts, so it's 100% sure it's using svnserve.conf.

I removed -t and left just -i in (not even --inetd), failed again as before.
Here is my current (working) setup:

#:SVN: SubVersion
3690	stream	tcp	nowait	root	/usr/bin/svnserve -i -t --root /repos/public/
3691	stream	tcp	nowait	root	/usr/bin/svnserve -i -t --root /repos/private/
- Mark
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 10 20:17:59 2004

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.