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

Re: ER for svnadmin dump and svnadmin load - add dump file parameter <gd&r from cmpilato!>

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: 2003-11-10 22:53:51 CET

"Walter Nicholls" <walter.nicholls@cornerstone.co.nz> writes:

> (To avoid cluttering the issue tracker with instantly squashed
> issues...)

Sorry about that, dude. :-( I claim peer pressure, a mob atmosphere,
and a distinct lack of my wife's editing-for-sensitivity finesse as my
(admittedly weak) excuses.

> A couple of things
> * Under Windows, this kind of thing can be really hard to script
> Eg I had a batch file svnadmin.cmd that contained
> "c:\program files\subversion\svnadmin.exe" %1 %2 %3 %4 %5 %6
>
> "Svnadmin dump etc etc >etc.dump" did not produce the expected
> results!

If simple redirection creates in inavlid file, then we have a problem
-- probably not re-opening stdout in binary mode. This is a pre-1.0
issue, in my opinion.

> Also using stdout/in implies to me that the dump file is a text file -
> things sent to/got from stdout/in usually are, and it sure *looked* like
> a text file. (I guess I should have dumped a repository with a few more
> binary files).
>
> Would it be possible to add a filename parameter, say
>
> svnadmin dump /repos --output-file dumpfile
> And svnadmin load /repos --input-file dumpfile
>
> (Or would --file be appropriate? This sounds wrong to me)

I'd be perfectly happy with --file (-F) applied to both the 'dump' and
'load' subcommands. And the change would be pretty simple, I think,
though IMO post-1.0.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 10 22:55:24 2003

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.