On Wed, Nov 16, 2011 at 2:03 AM, Philip Martin
wrote:
> Philip Martin writes:
>
> >> I hate to confess to such absent mindedness, but I may have "svn
> delete"ed
> >> this file. I see that I don't have a local copy of it, which supports
> that
> >> theory. If I did that, I didn't commit the cha
So I wasn't able
to repro the problem there.
One difference with the previous test is that for this test, Belarusian was
the root directory (so it keeps its .svn subdirectory). Before, it was a
child of the directory I updated.
On Tue, Nov 15, 2011 at 5:21 PM, Ethan Bradford wrote:
> On
On Tue, Nov 15, 2011 at 4:28 PM, Philip Martin
wrote:
> Ethan Bradford writes:
>
> >> sqlite3 .svn/wc.db "select * from work_queue"
> >
> > 3|(file-install 59
> > DBBuild/Wordlists/Belarusian/BelarusianForceFreq.txt[MOVED] 1 0 1 1)
> >
&g
other entries, it would be the field
just after "infinity").
On Tue, Nov 15, 2011 at 9:33 AM, Philip Martin
wrote:
> Ethan Bradford writes:
>
> >> Do you have the sqlite3 tool available to query the 1.7 working copy?
> >>
> >> sqlite3 .svn/wc.db "sele
Thank you for investigating this, Philip. Answers below.
On Tue, Nov 15, 2011 at 2:06 AM, Philip Martin
wrote:
> Ethan Bradford writes:
>
> > I upgraded a tree from 1.6.x directly to 1.7.1 and I'm getting this, so
> the
> > bug (or a similar one) definitely persists.
I upgraded a tree from 1.6.x directly to 1.7.1 and I'm getting this, so the
bug (or a similar one) definitely persists.
I've got very big trees, so checkouts take most of a day, so redoing the
checkout isn't so convenient.
> From: Stefan Sperling
> Date: Wed, 2 Nov 2011 12:13:03 +0100
> On Wed,
