Johan Corveleyn writes:
> On Mon, Aug 20, 2012 at 1:21 PM, Philip Martin
> wrote:
>> Steven Lee writes:
>>
>>> On Aug 19, 2012 11:45 PM, "Steven Lee" wrote:
Yes, I tried "svn update --set-depth infinity" and nothing happened.
>>> Many of the files are still missing from my working co
You copy and paste the error message into the email for us.
Daniel Shahaf wrote on Tue, Aug 21, 2012 at 12:01:28 +0100:
> You copy and paste the error message into the email for us.
I meant to say: "You forgot to copy"
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: maandag 20 augustus 2012 22:10
> To: Philip Martin
> Cc: Steven Lee; Markus Schaber; users@subversion.apache.org
> Subject: Re: AW: Corrupt .svn directory using Subversion 1.7
>
> On Mon, Aug 20, 2012 at 1:21
svn up --set-depth empty foodir
cleared out 'foodir', but
svn up --set-depth infinity foodir
did not bring any files back. 'svn checkout' did not work either.
-Steven
On 8/20/2012 4:21 AM, Philip Martin wrote:
Steven Lee writes:
On Aug 19, 2012 11:45 PM, "Steven Lee" wrote:
Yes, I tri
Steven Lee writes:
> svn up --set-depth empty foodir
>
> cleared out 'foodir', but
>
> svn up --set-depth infinity foodir
>
> did not bring any files back.
You will have to look at the SQLite database to provide more
information. Something like this may show what is going on:
sqlite .svn/wc.
> On 8/20/2012 4:21 AM, Philip Martin wrote:
> > Steven Lee writes:
> >
> >> On Aug 19, 2012 11:45 PM, "Steven Lee" wrote:
> >>> Yes, I tried "svn update --set-depth infinity" and nothing happened.
> >> Many of the files are still missing from my working copy. It does
> >> seem like that should
When using the svn client, seeing the following:
svn: E200030: near "OLD": syntax error, executing statement 'CREATE TRIGGER
nodes_insert_trigger AFTER INSERT ON nodes WHEN NEW.checksum IS NOT NULL BEGIN
UPDATE pristine SET refcount = refcount + 1 WHERE checksum = NEW.checksum;
END; CREATE T
Hi,
I'm seeing what appears to me to be inconsistent or undocumented
behavior when using the --targets option of svndumpfilter. If I want
to remove a given path, the following works as expected:
$ svndumpfilter exclude --drop-empty-revs path/to/delete < in > out
This also works:
$ cat > foo
path
Galen Seitz wrote on Tue, Aug 21, 2012 at 13:05:29 -0700:
> [leading slash is required with --targets but not with argv arguments]
'svndumpfilter --targets foo' should be equivalent to 'xargs svndumpfilter <
foo'
(assuming no funny whitespace in the file). If one of them cares about
leading slas
On Tue, Aug 21, 2012 at 01:05:29PM -0700, Galen Seitz wrote:
> Hi,
>
> I'm seeing what appears to me to be inconsistent or undocumented
> behavior when using the --targets option of svndumpfilter. If I want
> to remove a given path, the following works as expected:
> $ svndumpfilter exclude --dro
11 matches
Mail list logo
