Re: Incomplete SVN dump files

2015-09-16 Thread Daniel Shahaf
Eric Johnson wrote on Wed, Sep 16, 2015 at 16:11:21 -0700: > Hi Daniel, > > The exact logistics of handling an error are probably pretty > straightforward. The underlying problem is that it is never a good > idea to pipe the output of svnrdump directly into svnadmin load, > because svnadmin cannot

Re: Incomplete SVN dump files

2015-09-16 Thread Eric Johnson
Hi Daniel, The exact logistics of handling an error are probably pretty straightforward. The underlying problem is that it is never a good idea to pipe the output of svnrdump directly into svnadmin load, because svnadmin cannot handle the failure unless the stream itself carries more information.

Re: Incomplete SVN dump files

2015-09-16 Thread Daniel Shahaf
Eric Johnson wrote on Wed, Sep 16, 2015 at 11:03:08 -0700: > So if the dump of the last commit is incomplete, I an error code tells me, > what, exactly? That I need to manually edit the stream that I just dumped > into a file? That I should discard the whole dump, and start again? If you run dump

Re: Incomplete SVN dump files

2015-09-16 Thread Daniel Shahaf
Eric Johnson wrote on Wed, Sep 16, 2015 at 11:03:08 -0700: > On Wed, Sep 16, 2015 at 2:33 AM, Bert Huijben wrote: > > After an error you can't trust that the final portion is ok. > > > > Sure, but why not encode that in the dump itself! The absence of an > "end-commit" trailer could be a signal t

Re: Incomplete SVN dump files

2015-09-16 Thread Mark Phippard
On Wed, Sep 16, 2015 at 3:55 PM, Mark Phippard wrote: > On Wed, Sep 16, 2015 at 3:47 PM, Eric Johnson wrote: > > Yes, I can do that. Probably going to do that in chunks, otherwise it >> has the same awful performance profile as svnsync over a low latency >> connection. >> > > FWIW, svnsync and s

Re: Incomplete SVN dump files

2015-09-16 Thread Mark Phippard
On Wed, Sep 16, 2015 at 3:47 PM, Eric Johnson wrote: Yes, I can do that. Probably going to do that in chunks, otherwise it > has the same awful performance profile as svnsync over a low latency > connection. > FWIW, svnsync and svnrdump make identical calls over the network so their performance

Re: Incomplete SVN dump files

2015-09-16 Thread Eric Johnson
Hi Brane, >> On Sep 16, 2015, at 11:28 AM, Branko Čibej wrote: >> >> On 16.09.2015 20:03, Eric Johnson wrote: >> Hi Bert, >> On Wed, Sep 16, 2015 at 2:33 AM, Bert Huijben wrote: >>> >>> -Original Message- From: Andreas Mohr [mailto:a...@lisas.de] Sent: woensdag 16 sep

Re: Incomplete SVN dump files

2015-09-16 Thread Branko Čibej
On 16.09.2015 20:03, Eric Johnson wrote: > Hi Bert, > > On Wed, Sep 16, 2015 at 2:33 AM, Bert Huijben wrote: > >> >>> -Original Message- >>> From: Andreas Mohr [mailto:a...@lisas.de] >>> Sent: woensdag 16 september 2015 07:48 >>> To: Eric Johnson >>> Cc: b...@qqmail.nl; users@subversion.a

Re: Bug Report: The "svn switch" command updates a files timestamp if the property svn:keywords is set

2015-09-16 Thread Branko Čibej
On 16.09.2015 14:31, Stefan Sperling wrote: > On Wed, Sep 16, 2015 at 12:08:33PM +, Wolfram, Dirk wrote: >>> I agree that the use of the svn:keywords "URL" has to effect a file's >>> contents if $URL$ is used and therefore the timestamp has to be changed as >>> well. >>> >>> But even if the $

Re: Incomplete SVN dump files

2015-09-16 Thread Eric Johnson
Hi Bert, On Wed, Sep 16, 2015 at 2:33 AM, Bert Huijben wrote: > > > > -Original Message- > > From: Andreas Mohr [mailto:a...@lisas.de] > > Sent: woensdag 16 september 2015 07:48 > > To: Eric Johnson > > Cc: b...@qqmail.nl; users@subversion.apache.org > > Subject: Re: Incomplete SVN dump

Re: Bug Report: The "svn switch" command updates a files timestamp if the property svn:keywords is set

2015-09-16 Thread Stefan Sperling
On Wed, Sep 16, 2015 at 12:08:33PM +, Wolfram, Dirk wrote: > > I agree that the use of the svn:keywords "URL" has to effect a file's > > contents if $URL$ is used and therefore the timestamp has to be changed as > > well. > > > > But even if the $URL$ keyword is not set and the file contents

AW: Bug Report: The "svn switch" command updates a files timestamp if the property svn:keywords is set

2015-09-16 Thread Wolfram, Dirk
Hi Stefan, sorry this was an accident. Of course this mail should go to users@subversion.apache.org as well. BR, Dirk -Ursprüngliche Nachricht- Von: Stefan Sperling [mailto:s...@elego.de] Gesendet: Mittwoch, 16. September 2015 13:32 An: Wolfram, Dirk Betreff: Re: Bug Report: The "svn

dump/load with a lot of missing revisions

2015-09-16 Thread MOKRANI Rachid
Hi, I need migrate a SVN project from the station A to machine B. Server A CentOS with SVN Version 1.6.12 Server B CentOS with SVN Version 1.8.11 The size of my SVN project is around 70GB and has approximately 200,000 review. On stations A I do : svnadmin dump /path/to/RepositoryName> /tmp/r

Re: Fwd: start-commit hook client capabilities - mergeinfo only?

2015-09-16 Thread Philip Martin
Brett Randall writes: > Is it still considered valid to filter the client-capabilities passed > to start-commit? The topic seemed to start with a conversation about > separately-reporting client RA/protocol versus client-feature > capabilities, but this resulted in the aforementioned "censoring"

RE: Incomplete SVN dump files

2015-09-16 Thread Bert Huijben
> -Original Message- > From: Andreas Mohr [mailto:a...@lisas.de] > Sent: woensdag 16 september 2015 07:48 > To: Eric Johnson > Cc: b...@qqmail.nl; users@subversion.apache.org > Subject: Re: Incomplete SVN dump files > > Hi, > > On Tue, Sep 15, 2015 at 05:26:38PM -0700, Eric Johnson wro

Re: Bug Report: The "svn switch" command updates a files timestamp if the property svn:keywords is set

2015-09-16 Thread Stefan Sperling
On Tue, Sep 15, 2015 at 06:57:43PM +, Wolfram, Dirk wrote: > Hi all, > > I'd like to file a bug in Subversion 1.9.1 and 1.9.0, but I'm not sure if > it's a deliberate behavior. > The problem was not encountered in Subversion 1.7.6, which we used for a long > time. > I didn't find anything co