Justin Erenkrantz <justin@erenkrantz.com> writes:
> --On Tuesday, August 19, 2003 10:20 AM -0500 cmpilato@collab.net wrote:
>
> > It's an grammatical thing, I think. 'svnadmin lsdblogs' implies that
> > you want to see some DB logs. I mean, there they are, right there in
> > you db/ subdir, you can see them, and yet this function doesn't list
> > them?!
>
> No. I think this function is essentially giving our users a loaded
> gun with the safety off. I *hate* the current semantics of lsdblogs.
> The name sucks as well as the switch in meanings from archive to now
> show all of the logs.
>
> > Oooooh. I forgot to run 'svnadmin lsdblogs --i-really-mean-it-this-time'.
> > How silly of me!
>
> If that's really the function of lsdblogs, I don't think it has any
> value -
> just use ls instead. The *only* value that Subversion can offer is
> providing the list of BDB logs that can be safely deleted.
>
> Listing all of the log files isn't helpful to anyone. And, I believe
> it is more harmful than anything else. I think lsdblogs should be
> removed and go back to archive. Add a flag to archive that says,
> 'show me all logs' - who knows why anyone would need that, but
> whatever. The change was ill-conceived to begin with. -- justin
I'm sorry, what was that? You think that 'archive' better described
what this subcommand does/did than 'lsdblogs' ?! At least 'lsdblogs' ls's
the DB logs. Archive never archived a single thing.
I think you're missing the big picture that encompasses this change.
The routine for doing a hot backup of a Berkeley repository involves
copying *all* logfiles, and then possibly archiving away only the
unused ones. Sure, you can just copy log.* if you want to --
whatever. I can't help but to think, though, if Berkeley thought it
was safe for folks to do this, they probably wouldn't have written
their own db_archive program to do the same basic tasks we're doing
here.
Again, I'll state my position that I think both 'svnadmin
archive/lsdblogs' and 'svnadmin recover' should go away, and that
folks who want to play with databases learn a thing or two about
maintaining them. I have no love affair with this subcommand,
regardless of its name.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 19 18:01:22 2003