On Samstag, 5. Oktober 2002 12.02, Philip Martin wrote:
> Niklaus Giger <ngiger@mus.ch> writes:
>
> Is this the complete sequence of commands that you ran?
See attached svn.log.gz
> > Then I started to move a few directories to some other places, removing
> > some .exe and *.o files and got into the following errors:
> > D 1_5_x/obj/vx_rom_pit.sym
> > D bsp/1_1_x/cat.exe
> > <...>
> > niklaus@K6Linux.localdomain:/data/nm/make$ svn remove 1_5_x/obj
> > svn: Attempting restricted operation for modified resource
> > svn: Use --force to override this restriction
> > svn: '1_5_x/obj/vxWorks_pit.dbg' has local modifications
>
> That's expected if you are trying to delete local modifications, did
> you have any? Did you try 'svn remove --force 1_5_x/obj'?
No. Here is the output:
$ svn remove --force 1_5_x/obj
D 1_5_x/obj
> > niklaus@K6Linux.localdomain:/data/nm/make$ svn move 1_5_x/ bsp
> > svn: Attempted to lock an already-locked dir
> > svn: working copy locked: bsp
>
> That's expected if you try to modify a locked directory. Did 'svn
> status 1_5_x/' show a locked directory? Was that a result of the
> failed remove command above? If so are you using an old version of
> Subversion, 0.14.1 say, or one before rev3026?
Sorry, for not mentioning. Here the output of svn --version
Subversion Client, version 0.14.3 (dev build)
compiled Sep 30 2002, 09:47:59
Copyright (C) 2000-2002 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
The following repository access (RA) modules are available:
* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
- handles 'http' schema
- handles 'https' schema
* ra_local : Module for accessing a repository on local disk.
- handles 'file' schema
> > niklaus@K6Linux.localdomain:/data/nm/make$ svn remove bsp/1_1_x/*.exe
> > D bsp/1_1_x/bash.exen
>
> Is 'bash.exen' a typo for 'bash.exe'?
Yes.
> > niklaus@K6Linux.localdomain:/data/nm/make$ svn commit
> > Deleting 1_1_x/1_1_8
> > Deleting 1_5_x/obj/bootConfig.o
> > <...>
>
> What did it report for bsp/1_1_x/?
See svn.log.gz
> > Adding make
> > svn: A problem occured; see later errors for details
> > svn: Commit succeeded, but other errors follow:
> > svn: Problem running log
> > svn: Error bumping revisions post-commit (details follow):
> > svn: in directory /mnt/reiser/nm/make/bsp/1_1_x
> > svn: start_handler: error processing command 'committed' in
> > /mnt/reiser/nm/make/bsp/1_1_x
> > svn: log command for dir 'bash.exe' is mislocated
>
> What does 'svn status' on bsp/1_1_x show? Is there a log file
> bsp/1_1_x/.svn/log? What does it contain?
(This command is run after db4.0_recover. See below)
svn status bsp/1_1_x/
_ L bsp/1_1_x
! bsp/1_1_x/bash.exe
> > Trying svn cleanup or db_recover didn't help neither.
>
> You run db_recover on the repository db directory to do Berkeley DB4
> recovery, it should not be necessary given the above commands. You
> run 'svn cleanup' on the working copy to run log files and remove
> locks, but if the log file is junk then the working copy is broken.
Sorry, I had not installed the debian packages libdb4.0-util. And the recover
command is called db4.0_recover and not db_recover.
Here are the results of running it:
$ db4.0_recover -ve -h /data/svn2
db_recover: Recovery complete at Sat Oct 5 14:00:36 2002
db_recover: Maximum transaction id 80000000 Recovery checkpoint [0][0]
niklaus@K6Linux.localdomain:~$
As I had no real data in it. I created a new repository and also read a little
bit more about the dangers of dircetories in the subversion handbook.
If I have some time this week. I will try to make a short testcase of my
problem, as I think subversion could profit of being more robust in case of
dummy users like me.
Thank you ver much for your help.
Regards
Niklaus Giger
Wieshoschet 6
CH-8753 Mollis
Tel. ++41 55 612 20 54 (privat)
Tel. ++41 55 618 64 68 (Geschäft)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 7 15:05:27 2002