Subject: Re: File not found: transaction `2eb`.......
From: Mark (mark_at_msdhub.com)
Date: 2004-09-14 19:53:31 CEST
> I tried the recipe using 1.0.6 commandline on win32, and I couldn't
> reproduce the error. I'll paste in my transcript below.
>
> Mark
A limited workaround to get around that feigned error message and
make the working copy working again:
A) move the locally modified, remotely renamed file oldname.ext
out of the versioned folder tree (e.g. x:\tmp);
B) run svn update again. This first restores the file (but in a not
modified version of course), then proceeds as usual with the
rename (oldname.ext => newname.ext).
C) merge local modifications in oldname.ext into newname.ext. As
I moved oldname.ext complete out of the version system I will have
to use an external merge tool. Others may use svn merge before
moving oldname.ext out of the way. As update already copied
newname.ext into the working copy this may work, too. Or may
cause update to break again as now newname.ext is both present
and locally modified ...
D) commit locally modified newname.ext as appropriate.
This procedure has worked in two of four cases. In a third case it
just seemed to work: updating the respective folder continued fine
then, but updating the parent folder produced that lying error about
a missing, completely unrelated file again. In this and the fourth
case the only way to get out and running again was dropping the
whole working copy and checking out anew, then manually editing
the modifications once more.
I thought this sort of deadly obstruction - deadly for the working
copy, deadly for general acceptance of the versioning system - had
been on the agenda and settled some months ago, but obviously
not. Experienced this in about a dozen cases during a site
relaunch while some further local modifications/remote renamings
went through without obstruction, that is the local oldname.ext was
just not deleted.
System:
Win2K SP2, SVN 1.0.6 server and client (same machine), TSVN
1.0.8.
Not having a Linux box I could not try with newer versions of SVN
as server. Client SVN 1.1.0 made no difference. With SVN
running on only one further machine here anymore I had no
incentive either to try svnserve instead of Apache to access the
repos just to see how - if at all - SVN 1.0.8 or newer copes with the
problem.
Jan Hendrik
(in case of reply please cc
jan dot hendrik at myrealbox dot com
for I will not burn another mail address with lists I cannot
unsubscribe from when I want so)
>
> -----Original Message-----
>
>
> From: Michael Abele [mailto:michael.abele_at_aqcon.com]
> Sent: Tuesday, September 14, 2004 12:43 AM
> To: users_at_subversion.tigris.org
> Subject: RE: RE: Re: File not found: transaction `2eb`.......
>
> Hi,
>
> as I promised yesterday, I've tried to reproduce our 'File not found'
> problem. With success. We are using Subversion 1.0.6 on a Windows
> Server 2003 with Apache 2.0.49 and https access. Clients are using
> TortoiseSVN 1.0.8. I've set up a repository with the following
> structure:
>
> testrepos\file1.txt
>
> testrepos\file2.txt
> testrepos\folder1\folder2\file3.txt
>
> I did two checkouts, let's call them Co1 and Co2.
>
> - Changed file2.txt in Co1, no commit
> - Deleted file2.txt in Co2, commit
> - Update Co1 -> 'Won't delete locally modified file2.txt'
> Fine. But:
> - Changed file3.txt in Co1, no commit
> - Deleted file3.txt in Co2, commit
> - Update of Co1 on folder2 directory causes a 'File not found' error.
> - Update of Co1 on root folder -> 'Won't delete locally modified
> file2.txt' - Deleted file3.txt in Co1 - Update of Co1 on folder2
> directory causes a 'File not found' error. - Update of Co2 on root
> folder -> Update successfully completed.
>
> If it's helpful, I can try that later with the command line... Let me
>
> know!
>
> Regards
>
> Michael.
---------------------------------------
In memoriam Ronald Reagan:
In America, our orgins matter less than our destinations.
And that is what democracy is all about.
-- Ronald Reagan
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 19 11:55:51 2004