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

Re: Re: Svnserve Logging (Yet again)

From: Dd Mm <tmoli42_at_gmx.net>
Date: 2006-07-01 02:20:13 CEST

> > + Log error and high level information to stdout/err. This
> > option would have no effect when svnserve is launched with
> > --tunnel or --inetd.
> Since i expect most people who want this uses svnserve under
> supservise/tcpserver or something similar, you need to log to
> stderr, not stdout, and it needs to work in --inetd mode.

I guess I don't know how tunneled operation works. From what you're saying the stderr is not read, so logging can write to it without interfering. Ok, that makes sense.
So in other words it sounds like we need 4 options for logging in svnserve.conf:
1) error log file
2) info/warning log file
3) error log stream (stdout or stderr)
4) info/warn log stream (stdout or stderr)

1 and 2 could be the same file, and 3 and 4 could be the same stream. If someone chose to output errors to stdout and a tunneled connection is created, does that cause an error or a warning?

> > Since logging to file stdout/err would be separately enabled
> > from file logging, this would be OK. (This would be a warning
> > not an error I would think)
> I don't know what this means.

See error/warning question above instead.

Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 1 02:20:40 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.