You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Michael Hipp <Mi...@Hipp.com> on 2006/03/14 00:03:05 UTC
'svn cleanup' no workie
So what do I do now?
C:\dev>svn up
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
C:\dev>svn cleanup
svn: In directory '.'
svn: Can't copy '.svn\tmp\text-base\tables.cmd.svn-base' to 'tables.cmd.tmp':
The system cannot find the file specified.
Any help?
Thanks,
Michael
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Problem with deleteing files
Posted by Paul Maddox <P....@signal.QinetiQ.com>.
Karl,
Indeed I did, and at the time I didn't have the full information that was
asked.
As it was a long time agai, I thought I'd re-ask the question, WITH the
complete information.
I must say, I am TOTALLY dismayed at the complete lack of help, and
overwhelmed by the amount of 'winging' about correct 'ettiquette' for
threading.
I would appreciate some help with this soloution, if you CANNOT help, then
please please, don't winge and complain about my posts.
Paul
----- Original Message -----
From: <kf...@collab.net>
To: "Paul Maddox" <P....@signal.QinetiQ.com>
Cc: <us...@subversion.tigris.org>
Sent: Tuesday, March 14, 2006 4:09 PM
Subject: Re: Problem with deleteing files
> Meta-comment:
>
> Paul, you posted this in another thread, please see:
>
> http://subversion.tigris.org/mailing-list-guidelines.html#fresh-post
>
> Thanks,
> -Karl
>
> --
> www.collab.net <> CollabNet | Distributed Development On Demand
>
>
> "Paul Maddox" <P....@signal.QinetiQ.com> writes:
>> We've had a couple of odd things crop up.
>> I've tried to delete a file, and perform a commit.
>>
>> there's a bit of history around this, so I'll explain..
>> once upon a time, there was a branch with a directory structure.
>> When doing a merge and re-branch some kind user forgot to drop their
>> locks.
>> Anyway, after the branch, the file was subsequently deleted.
>>
>> Now if I try and remove this old directory I get an error, saying I
>> can't because the file is currently locked by another user, even
>> though the file is no longer there.
>> I get this ;-
>>
>> ---------------------------------------------------
>> Error commit failed
>> User paul does now own lock on path
>> '/monkey/myproject/branches/development/documentation/spec.doc'
>> (currently locked by idiotuser2)
>> ---------------------------------------------------
>>
>> I can't 'get' or 'steal' the locks because, well there's nothing there
>> to get or steal!
>> I've tried creating a file with the same name, commiting, 'dropping
>> the locks, and trying to delete again, but I get the same error.
>>
>> we're using tortoise SVN on the clients and the server is using SVN
>> version 1.2.3
>>
>> Can anyone offer any advice.
>>
>> Paul
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>> For additional commands, e-mail: users-help@subversion.tigris.org
>>
>>
>
> --
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Problem with deleteing files
Posted by kf...@collab.net.
Meta-comment:
Paul, you posted this in another thread, please see:
http://subversion.tigris.org/mailing-list-guidelines.html#fresh-post
Thanks,
-Karl
--
www.collab.net <> CollabNet | Distributed Development On Demand
"Paul Maddox" <P....@signal.QinetiQ.com> writes:
> We've had a couple of odd things crop up.
> I've tried to delete a file, and perform a commit.
>
> there's a bit of history around this, so I'll explain..
> once upon a time, there was a branch with a directory structure.
> When doing a merge and re-branch some kind user forgot to drop their locks.
> Anyway, after the branch, the file was subsequently deleted.
>
> Now if I try and remove this old directory I get an error, saying I
> can't because the file is currently locked by another user, even
> though the file is no longer there.
> I get this ;-
>
> ---------------------------------------------------
> Error commit failed
> User paul does now own lock on path
> '/monkey/myproject/branches/development/documentation/spec.doc'
> (currently locked by idiotuser2)
> ---------------------------------------------------
>
> I can't 'get' or 'steal' the locks because, well there's nothing there
> to get or steal!
> I've tried creating a file with the same name, commiting, 'dropping
> the locks, and trying to delete again, but I get the same error.
>
> we're using tortoise SVN on the clients and the server is using SVN
> version 1.2.3
>
> Can anyone offer any advice.
>
> Paul
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
--
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Problem with deleteing files
Posted by kf...@collab.net.
"Paul Maddox" <P....@signal.QinetiQ.com> writes:
> > Please do not hijack threads. You probably did not do this
> > intentionally, but you chose to reply to a message from Michael Hipp
> > with the subject "Re: 'svn cleanup' no workie" which causes it to be
> > filed as part of that thread.
>
> my appologies, I assumed the mail software was more intelligent.
That's exactly the problem -- the mail software *is* more intelligent:
it doesn't rely on only the Subject line, it also uses other metadata
that you normally don't see. This allows people to change the subject
of thread while preserving the thread's continuity (of course, in this
case you meant to change *both* the subject and the thread, but the
mailing list software didn't know that :-) ).
Best,
-Karl
--
www.collab.net <> CollabNet | Distributed Development On Demand
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Problem with deleteing files
Posted by Paul Maddox <P....@signal.QinetiQ.com>.
Phil,
> Please do not hijack threads. You probably did not do this
> intentionally, but you chose to reply to a message from Michael Hipp
> with the subject "Re: 'svn cleanup' no workie" which causes it to be
> filed as part of that thread.
my appologies, I assumed the mail software was more intelligent.
my mistake,
I'll start another thread.
Paul
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Problem with deleteing files
Posted by Phillip Susi <ps...@cfl.rr.com>.
Please do not hijack threads. You probably did not do this
intentionally, but you chose to reply to a message from Michael Hipp
with the subject "Re: 'svn cleanup' no workie" which causes it to be
filed as part of that thread. This means that people who are reading
the original thread will see your reply that has nothing to do with it
and be confused and upset at having wasted their time on an unrelated
subject, and those who are ignoring the original thread because they are
not interested will never see your message, which they might otherwise
be interested in.
In the future, do not post new messages by replying to another random
message to the mailing list and change the subject; start a new message
if that's what you are doing.
Paul Maddox wrote:
> All,
>
> We've had a couple of odd things crop up.
> I've tried to delete a file, and perform a commit.
>
> there's a bit of history around this, so I'll explain..
> once upon a time, there was a branch with a directory structure.
> When doing a merge and re-branch some kind user forgot to drop their
> locks.
> Anyway, after the branch, the file was subsequently deleted.
>
> Now if I try and remove this old directory I get an error, saying I
> can't because the file is currently locked by another user, even
> though the file is no longer there.
> I get this ;-
>
> ---------------------------------------------------
> Error commit failed
> User paul does now own lock on path
> '/monkey/myproject/branches/development/documentation/spec.doc'
> (currently locked by idiotuser2)
> ---------------------------------------------------
>
> I can't 'get' or 'steal' the locks because, well there's nothing there
> to get or steal!
> I've tried creating a file with the same name, commiting, 'dropping
> the locks, and trying to delete again, but I get the same error.
>
> we're using tortoise SVN on the clients and the server is using SVN
> version 1.2.3
>
> Can anyone offer any advice.
>
> Paul
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Problem with deleteing files
Posted by Paul Maddox <P....@signal.QinetiQ.com>.
All,
We've had a couple of odd things crop up.
I've tried to delete a file, and perform a commit.
there's a bit of history around this, so I'll explain..
once upon a time, there was a branch with a directory structure.
When doing a merge and re-branch some kind user forgot to drop their locks.
Anyway, after the branch, the file was subsequently deleted.
Now if I try and remove this old directory I get an error, saying I can't
because the file is currently locked by another user, even though the file
is no longer there.
I get this ;-
---------------------------------------------------
Error commit failed
User paul does now own lock on path
'/monkey/myproject/branches/development/documentation/spec.doc'
(currently locked by idiotuser2)
---------------------------------------------------
I can't 'get' or 'steal' the locks because, well there's nothing there to
get or steal!
I've tried creating a file with the same name, commiting, 'dropping the
locks, and trying to delete again, but I get the same error.
we're using tortoise SVN on the clients and the server is using SVN version
1.2.3
Can anyone offer any advice.
Paul
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: 'svn cleanup' no workie
Posted by Michael Hipp <Mi...@Hipp.com>.
Ryan Schmidt wrote:
>
> Did something special recently happen with tables.cmd? Was it just
> added, or deleted, or moved to or from where it is now?
>
> Alternately, is there a case sensitivity issue—do you have for example
> both tables.cmd and TABLES.CMD?
System A edited tables.cmd which had otherwise gone unchanged for quite
some time, committed it and then this lock/cleanup problem arose on
System B when I tried to update. I've checked both machines and there is
no sign of anything other than a pure lowercase tables.cmd.
I found a number of articles blaming this sort of problem on case
insensitivity, but I can find no evidence for it here. And the stated
solutions for same were no help.
Alas, to get around the problem I removed a number of large things from
the repo (I'll add them back later sans history) so I could destroy my
working copy and re-checkout. That seemed to be the only way I could get
back working again from a 24 kbps dial-up.
But this has shaken my confidence in svn as my working copy was useless
and the bulldozer method of fixing it is inelegant and often infeasible.
Thanks,
Michael
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: 'svn cleanup' no workie
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Mar 14, 2006, at 14:30, Michael Hipp wrote:
>>> C:\dev>svn cleanup
>>> svn: In directory '.'
>>> svn: Can't copy '.svn\tmp\text-base\tables.cmd.svn-base' to
>>> 'tables.cmd.tmp': The system cannot find the file specified.
>>
>> So does .svn\tmp\text-base\tables.cmd.svn-base exist?
>
> No.
>
>> Should it?
>
> I dunno, that's internal to svn.
>
>> Do you have a file tables.cmd in your working copy?
>
> Yes.
>
>> What version of Subversion are you using?
>
> svn, version 1.3.0 (r17949)
Did something special recently happen with tables.cmd? Was it just
added, or deleted, or moved to or from where it is now?
Alternately, is there a case sensitivity issue—do you have for
example both tables.cmd and TABLES.CMD?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: 'svn cleanup' no workie
Posted by Michael Hipp <Mi...@Hipp.com>.
Ryan Schmidt wrote:
> On Mar 14, 2006, at 01:03, Michael Hipp wrote:
>
>> So what do I do now?
>>
>> C:\dev>svn up
>> svn: Working copy '.' locked
>> svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
>> details)
>>
>> C:\dev>svn cleanup
>> svn: In directory '.'
>> svn: Can't copy '.svn\tmp\text-base\tables.cmd.svn-base' to
>> 'tables.cmd.tmp': The system cannot find the file specified.
>
> So does .svn\tmp\text-base\tables.cmd.svn-base exist?
No.
> Should it?
I dunno, that's internal to svn.
> Do you
> have a file tables.cmd in your working copy?
Yes.
> What version of Subversion are you using?
>svn --version
svn, version 1.3.0 (r17949)
compiled Jan 15 2006, 23:18:48
Thanks,
Michael
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: 'svn cleanup' no workie
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Mar 14, 2006, at 01:03, Michael Hipp wrote:
> So what do I do now?
>
> C:\dev>svn up
> svn: Working copy '.' locked
> svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
> details)
>
> C:\dev>svn cleanup
> svn: In directory '.'
> svn: Can't copy '.svn\tmp\text-base\tables.cmd.svn-base' to
> 'tables.cmd.tmp': The system cannot find the file specified.
So does .svn\tmp\text-base\tables.cmd.svn-base exist? Should it? Do
you have a file tables.cmd in your working copy?
What version of Subversion are you using?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org