Hendrik Maryns schreef:
> Hendrik Maryns schreef:
>
>> Mark Phippard schreef:
>>
>>> news <news@sea.gmane.org> wrote on 10/07/2005 01:33:38 PM:
>>>
>>>
>>>> some time ago I reported problems when renaming a package, (see
>>>> `cannot rename versioned package') this time I tried this again and
>>>> got similar problems. When trying to undo it all, I got the
>>>> following error:
>>>>
>>>> !ENTRY org.tigris.subversion.subclipse.core 4 -6 2005-10-07
>>>> 19:15:59.102
>>>> !MESSAGE org.tigris.subversion.javahl.ClientException: Working copy
>>>> not locked; this is probably a bug, please report
>>>> svn: Working copy
>>>> '/home/hendrik/workspace/MSO/de/uni_tuebingen/sfb' is missing or
>>>> not locked
>>>>
>>>> I tried undoing all my changes outside of Eclipse, and then this
>>>> happened. It was impossible to revert, or to manually undo the
>>>> changes inside Eclipse.
>>>>
>>>> Should I try this out a bit more and submit a bug, or are there
>>>> other suggestions?
>>>
>>>
>>>
>>>
>>> A set of steps to reproduce would be helpful. Include a copy of the
>>> output that is put in the Console as part of doing these steps, as
>>> that will also be helpful.
>>
>>
>>
>> I' m still trying to get my workspace clean again. It won't work, I
>> keep getting error messages. I won't bother you with them, as I'm
>> too deep in the mud to explain what has happened. A pointer on
>> what's in the `entries' file in .svn would be nice, though. The most
>> recent error I get was something like a missing directory in the
>> repository, now I'm back at the missing lock.
>>
>>> Finally, indicate the adapter you are using (JavaHL or JavaSVN).
>>
>>
>>
>> JavaHL, as I still didn't get to reading chapter 6 of the svnbook, so
>> still working with file://...
>>
>> Will get back to this, thanks already.
>
>
> Well, finally, I got Eclipse and subclipse back up and running, it
> seems like some of the .svn-directories were disappeared, had to copy
> them back from another temporary working copy outside of eclipse.
>
> I still have some directories marked as changed, although there is no
> change, but I guess I'll have to live with that. (Can I solve this by
> editing the entries file?)
>
> So I'll try to reproduce my problem now, I feel sort of self-confident
> enough to get out of the mess once again...
>
> Steps:
> 1 have a versioned Java project.
> 2 right-click on a package and do Refactor -> Rename, rename it.
> => Subclipse marks for deletion all the old files and for addition a
> copy of them, under the new directory.
> (This only seems to work with a top-level package, renaming a sublevel
> package (i.e. one which does not contain classes, only other packages)
> just makes a new one with the new name, the old package stays there
> with all its classes -> Eclipse bug?)
> 3 (This seems to be the step which causes the problem:) Edit one of
> the moved files, even if it is only a minor deleting of a word.
> 4 Try a commit.
> 5 Get the error:
> Transaction is out of date
> svn: Commit failed (details follow):
> svn: Out of date: '/trunk/MSO/de/unituebingen/sfb/macke/formulas' in
> transaction '37-1'
>
> If I don't edit after the renaming, i.e. leave out step three, then it
> seems to work fine. Trying cleanup and another commit gives me the
> error:
> Filesystem is corrupt
> svn: Commit failed (details follow):
> svn: Invalid change ordering: new node revision ID without delete
>
> And this one keeps coming.
>
> On Eclipse 3.1.0 with Subclipse 0.9.34 with JavaHL from a local
> repository.
Reverting didn't work either, with the same (?) error message.
The problem got solved by doing Ctrl-z in the file which I edited
manually until nothing was there anymore, and doing a commit then.
Strange thing is, Eclipse changes the files also during the renaming
process (all package declarations get changed!), but Subclipse does not
complain about that.
Cheers, H.
--
Hendrik Maryns
==================
www.lieverleven.be
http://aouw.org
Received on Sat Oct 8 05:19:49 2005