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

Re: Enhancing and possibly renaming svnadmin archive command

From: Vladimir Berezniker <vmpn_at_tigris.org>
Date: 2003-08-07 00:14:39 CEST

cmpilato@collab.net wrote:
> Michael Wood <mwood@its.uct.ac.za> writes:
>
>
[snip]
>
>>By the way, is svnadmin always only going to operate on Berkeley DB
>>based Subversion repositories?
>
>
> Why, got patches? ;-)
>
> We'd like to keep a single tool that understands all database backends
> we eventually support. My personal opinion is that we should have
> never implemented either 'svnadmin recover' or 'svnadmin archive'
> because they are nothing but redundant, mindless wrappers around
> existing functionality provided by the wonderful folks at Sleepycat as
> part of the Berkeley distribution. If you plan to use software that
> connects to a database (directly, networked, or otherwise), by golly,
> you better know how to take care of that database.
>

As a user I feel more comfortable running "svnadmin archive" more than running
"db_archive". I am not sure exactly why. Maybe because it feels like that
command got the approval of Subversion developers, I guess.

I am hoping that you will feel better about "svnadmin lsdblogs" command, because
it does have a tiny bit of brains to it. But I do have to admit I am still a
bit confused about the whole utf8 stuff and whether I should be converting the
path to cstring before printing it. But I am not sure if the path is in utf8 in
the first place. The code is in my revised patch that I send to the list
earlier today.

[snip]
Sincerely,
Vladimir Berezniker

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 7 00:15:16 2003

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.