Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: domain of jcorvel@gmail.com designates
 209.85.220.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAKwv5RkMPrmRdgUJmkUuX2DDWWJ2hLAesJ6522myW6EkHz2BAw@mail.gmail.com>
References: 
 <CAKwv5R=AZFVuprzzQyp9cTmc+uTC=h4Pug+p8dWi8zGK0Uidzg@mail.gmail.com>
 <20111019094047.GD1430@daniel3.local>
 <CAKwv5RkMPrmRdgUJmkUuX2DDWWJ2hLAesJ6522myW6EkHz2BAw@mail.gmail.com>
From: Johan Corveleyn <jcorvel@gmail.com>
Date: Fri, 21 Oct 2011 09:54:04 +0200
Message-ID: 
 <CAB84uBUj0KQEgg-D4dODHaTGHvoeFxH=jVvk-6dbNU9Ww9SgPQ@mail.gmail.com>
Subject: Re: Upgrade to svn 1.7 on cygwin causes W155007 not a working copy?
To: Mark Utting <marku@cs.waikato.ac.nz>
Cc: Daniel Shahaf <d.s@daniel.shahaf.name>, users@subversion.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Fri, Oct 21, 2011 at 2:10 AM, Mark Utting <marku@cs.waikato.ac.nz> wrote=
:
> Daniel and everyone,
>
> On 19 October 2011 19:40, Daniel Shahaf <d.s@daniel.shahaf.name> wrote:
>>
>> Mark Utting wrote on Wed, Oct 19, 2011 at 11:40:08 +1000:
>> > Summary:
>> > It seems that the new top-level .svn directory spontaneously disappear=
s
>> > sometimes?
>> > Which leaves me with a useless working copy...
>> >
>>
>> Do you have some cron job or other background process that walks around
>> and randomly deletes files or directories?
>
> Nope.
>
>>
>> > Since svn 1.7 was incompatible with my existing working copy, I did 's=
vn
>> > upgrade' in my top-level directory, which contains several projects fr=
om
>> > different SVN repositories. =A0It removed all the .svn directories in =
most
>> > of
>> > those subdirectories (all the ones that belonged to my main SVN
>> > repository),
>> > but then failed to create a top-level .svn directory!
>>
>> Actually, it doesn't "create" a top-level .svn dir; it re-uses the .svn
>> dir in the root of the 1.6 wc for itself.
>
> Yes, well this is the directory that is disappearing every day or so.=A0 =
It
> has happened four times so far, and is a real pain, because it means that
> the working copy is completely disconnected from the repository, and you
> cannot use any svn commands like svn status or svn diff.=A0 Requires lots=
 of
> manual diff commands to copy changes across to a new checkout.
>
> I've found that if I take a backup copy of the .svn directory after each
> commit, I can restore it when the .svn directory disappears, which is at
> least a workaround.
>
> The only pattern I've noticed is that the times this has happened is when
> I've had Eclipse open on that working copy, and have put my laptop into
> sleep/hibernate node.=A0 After it starts up again, the .svn directory is =
gone
> (sometimes!).

Well, it's obviously something in Eclipse then. I don't think SVN
itself can be the cause of this. Maybe something with the way Eclipse
monitors changes to files, or ignores certain files? Are you using
Subclipse, or Subversive? Maybe it's an issue with one of those
plugins, or with Eclipse itself (maybe try to ask your question on the
respective mailinglists)?

> Anyway, this has been such a pain that I've given up on svn 1.7 and have
> downgraded back to 1.6.17 (r1128011).
>
> I suppose the git-svn frontend might be another option?

Another option for what? What are you trying to achieve? Of course
git-svn is an option, it's always an option, whether you are on svn
1.6 or 1.7. Feel free to use it or to give it a try, but we can't
really give any advice about this if you don't tell us what you're
after...

--=20
Johan