Hi Daniel,
> Odd. My first assumption is that the subshell on line 39 isn't behaving
> as expected. If you run `svnlook tree --full-paths --show-ids -r 719
> /path/to/repository /trunk/scripts/script.py`, does print a path and a
> node-rev id string (which looks like "a.b.c/d-e")?
Here is the o
Alan Spark wrote on Wed, 24 Oct 2018 08:57 +0100:
> Hi Daniel,
>
> I didn't get anywhere with the perl script. /usr/bin is definitely in
> the path and that is where svnlook is, and the SVNLOOK variable was
> already set... anyway I gave up and went for your alternative.
>
Odd. My first assumpt
Hi Daniel,
I didn't get anywhere with the perl script. /usr/bin is definitely in
the path and that is where svnlook is, and the SVNLOOK variable was
already set... anyway I gave up and went for your alternative.
Firstly I must apologise as I stated revision 728 in my original email
but it looks l
Daniel Shahaf wrote on Tue, 23 Oct 2018 14:50 +:
> Alan Spark wrote on Tue, 23 Oct 2018 14:41 +0100:
> > perl dump-noderev.pl /path/to/repository /trunk/scripts/script.py 728
> > Use of uninitialized value $noderev_id in split at dump-noderev.pl line 41.
>
> Sorry about that; the script is obv
Alan Spark wrote on Tue, 23 Oct 2018 14:41 +0100:
> Hi Daniel,
>
> Sorry, I meant to reply to all. For the benefit of others, here is what I
> said:
>
> ---
> Thanks for the response.
>
> > where dump-noderev.pl is [1]? The output should be just a few rfc822-like
> > headers specifying the off
Hi Daniel,
Sorry, I meant to reply to all. For the benefit of others, here is what I said:
---
Thanks for the response.
> where dump-noderev.pl is [1]? The output should be just a few rfc822-like
> headers specifying the offset and checksum of the file contents representation
> ("rep"). One of
Alan Spark wrote on Fri, 19 Oct 2018 16:04 +0100:
> * Error verifying revision 728.
> svnadmin: E160013: Filesystem path 'trunk/scripts/script.py' is
> neither a file nor a directory
E160013 is SVN_ERR_FS_CORRUPT, but this message is a new one.
Can you share the output of
.
% dump-noderev.pl
Hi,
Yesterday one of our repositories became corrupt when someone
committed a simple text file.
In the end we deleted the file and re-added it and it has been fine
since then. We are using SVN 1.9.3 on the server. This is one of many
repositories and the first time we have encountered such a situ
