[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: lost text-base file, how to resolve?

From: Ryan Schmidt <subversion-2007a_at_ryandesign.com>
Date: 2007-03-13 22:50:44 CET

On Mar 13, 2007, at 16:13, Gerben Wierda wrote:

> I keep a source tree under svn control synced between two machines
> with rsync (I keep the entire /usr/local rsynced and a svn-ed
> source tree is part of that). It now seems I have lost a couple of
> files in .svn/text-base, probably because I added and even modified
> these files on machine A and the rsynced machine B to A telling it
> to delete what was not there.
> Anyway, I have now the situation that the files *are* under SVN but
> I cannot commit new versions.
> Sending Resources-gwTeX.zip
> Transmitting file data .svn: Commit failed (details follow):
> svn: Can't open file '/usr/local/src/ii2/trunk/i-Packages/
> texlive/.svn/text-base/Resources-gwTeX.zip.svn-base': No such file
> or directory
> svn: Your commit message was left in a temporary file:
> svn: '/usr/local/src/ii2/trunk/i-Packages/texlive/svn-commit.2.tmp'
> What is the best way to fix this problem?

Subversion philosophy is that working copies are supposed to be
discardable. If they become corrupted, you're supposed to be able to
trash them and check out a new working copy from the repository.

I realize that this is not so easy in your situation because your
working copy is /usr/local which is an important part of your OS.

I have never tried versioning a part of my system like /usr/local,
but perhaps Subversion alone is not the best choice for that task.
Have you looked into FSVS? I believe it was designed for that, and
it's based on Subversion:


To reply to the mailing list, please use your mailer's Reply To All  
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Mar 13 22:51:25 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.