"bzr remove deleted_dir" corrupted my repo
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
New
|
Undecided
|
Unassigned |
Bug Description
I have a bzr repo in which I renamed some directories (e.g. "mv dir.old dir.new"). Bazaar reported these directories as missing so I did "bzr remove dir.old" thinking this would be fine because the bzr docs say that "remove" simply makes a file unversioned. Instead, bzr spewed python traceback and the following assertion and now my repo appears to be corrupted.
===================
censored@
bzr: ERROR: exceptions.
parent of: (('wp-content/
Traceback (most recent call last):
File "/usr/lib/
return run_bzr(argv)
File "/usr/lib/
ret = run(*run_argv)
File "/usr/lib/
return self.run(
File "/usr/lib/
force=
File "/usr/lib/
return unbound(self, *args, **kwargs)
File "/usr/lib/
want_
File "/usr/lib/
result = _process_
File "/usr/lib/
% (new_dirname, entry))
AssertionError: Could not find target parent in wt: wp-content/
parent of: (('wp-content/
bzr 1.3.1 on python 2.5.2.final.0 (linux2)
arguments: ['/usr/bin/bzr', 'remove', 'blog5.
encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'en_CA.UTF-8'
plugins:
launchpad /usr/lib/
xmloutput /home/censored/
*** Bazaar has encountered an internal error.
Please report a bug at https:/
including this traceback, and a description of what you
were doing when the error occurred.
===================
I tried "bzr check" results in the same traceback saying that I should submit a bzr bug report. Well, here I am.
I found these other bug reports which sound similar.
https:/
https:/
I now realize I must use bzr to do everything but it really should have protected me from corrupting the repository. This is a serious bug.
I'm using bzr stand-alone so there are no other distributed copies of my repository. Therefore, deleting it and getting another copy isn't an option. Is there any way to repair my repo? I cannot find any indication in google or launchpad that this is possible.
Hi beerfan,
Apologies for the inconvenience this has caused you. One workaround might be to just try branching from the affected branch to somewhere else.
Also, if you could give us the output, including traceback, from running 'check' that would help us locate where the problem is occurring.
Regards,
Dan