Re: logging: are we there yet?

Ben Collins-Sussman wrote:
> ...
> For example: apache might serve a dozen different websites using
> VirtualHost. We don't see separate logfiles for each site, we see
> logfiles for *apache*. The same idea would go for svnserve. It has a
> single logfile, even though it may be serving a dozen repositories.
> The history of a single repository can be found by parsing the log.

Actually, that example doesn't hold up because you can (and AFAIK most
people do) use separate log files for each VirtualHost, Location, etc.

> With a single logfile, you can view *all* accesses in one place, and
> also extract individual repository access histories. If each
> repository had its own logfile, then doing a security audit would be a
> real pain; you'd have to hunt down each logfile and scan it separately.

Actually, separate log files would be more useful for me.

Some thoughts:

     1. Different people manage different repos, and you might not
        want everyone to have access to every project's log data.

     2. Some repos are more active than others, and so you might want
        to rotate/process/audit a busy project's log file more often
        than a slow project.

     3. By putting everything in one file, you force the data to be
        separated N times instead of 1 time.

     4. By putting everything in one file, you force the server to
        know some notion of where the repository is located, i.e.
        if someone checks out http://server/project/foo/trunk,
        mod_svn needs to log the full repository path instead of
        the relative path within the repo.

So, if I may so humbly request that at least mod_svn support
logging to separate files - Apache already supports that...

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Publishing Software        http://www.easysw.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org