Inconsistent delta when fast-import'ing from git
I've used git-fast-export to create a stream that I now want to import into bzr. However, I try to import it, I get the following error message:
ABORT: exception occurred processing commit :254
bzr: ERROR: An inconsistent delta was supplied involving '<unknown>', 'cruiserb-
reason: Parent is not present in resulting inventory.
Can anyone advise as to what the problem is, or how I can rectify this problem?
Question information
- Language:
- English Edit question
- Status:
- Open
- For:
- Bazaar Edit question
- Assignee:
- No assignee Edit question
- Last query:
- 2011-08-15
- Last reply:
- 2011-08-15
Martin Pool (mbp) said : | #1 |
Hi, James,
I guess this is bug 514560 which is still open. You could try running bzr-fastimport from <https:/
Hi Martin,
Apologies for the late reply - I'll try that branch now and see if it fixes my problem.
Hi Martin,
I've checked out that branch, but when I try to 'selftest' the plugin, I keep getting the following error:
bzr: ERROR: No module named configobj
You may need to install this Python library separately.
Jelmer Vernooij (jelmer) said : | #4 |
Hi James,
On 08/15/2011 11:35 AM, James Gregory wrote:
> Question #167033 on Bazaar changed:
> https:/
>
> James Gregory posted a new comment:
> Hi Martin,
>
> I've checked out that branch, but when I try to 'selftest' the plugin, I
> keep getting the following error:
>
> bzr: ERROR: No module named configobj
> You may need to install this Python library separately.
What platform are you running bzr on? If it's Debian or Ubuntu you might
have to install python-configobj (which the bzr package depends on).
Cheers,
Jelmer
Hi Jelmer,
I'm running it on Ubuntu. It actually turns out that branch is quite old, and only imports configobj from the bzrlib. It turns out newer versions try this, then fall back to native configobj if it isn't available. When I added this code in, the library started working.
Unfortunately, it seems this version still throws the same 'inconsistent delta' problem I was seeing with the packaged version.
John A Meinel (jameinel) said : | #6 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 8/15/2011 11:35 AM, James Gregory wrote:
> Question #167033 on Bazaar changed:
> https:/
>
> James Gregory posted a new comment: Hi Martin,
>
> I've checked out that branch, but when I try to 'selftest' the
> plugin, I keep getting the following error:
>
> bzr: ERROR: No module named configobj You may need to install this
> Python library separately.
>
If you're running on debian/Ubuntu, you can "apt-get install
python-configobj". On Windows, we should be bundling configobj with the
bzrlib source, but debian pulled that out to use the system configobj.
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAk5
nXMAoMOVmiyiBUx
=/yeX
-----END PGP SIGNATURE-----
Jelmer Vernooij (jelmer) said : | #7 |
On 08/15/2011 11:50 AM, James Gregory wrote:
> Question #167033 on Bazaar changed:
> https:/
>
> James Gregory posted a new comment:
> Hi Jelmer,
>
> I'm running it on Ubuntu. It actually turns out that branch is quite
> old, and only imports configobj from the bzrlib. It turns out newer
> versions try this, then fall back to native configobj if it isn't
> available. When I added this code in, the library started working.
>
> Unfortunately, it seems this version still throws the same 'inconsistent
> delta' problem I was seeing with the packaged version.
>
:-( Another thing you could try is to use the "bzr git-import" command
from the bzr-git plugin for the import.
Cheers,
Jelmer
Hi Jelmer,
I've just tried this, but unfortunately it suffers from the same bug Git does where oddly named filenames break the exporter/importer!
bzr: ERROR: The key 'spec/blueprint
_s_slead__in
_s_sscenario
_s_sanswers_
_s_sjustificati
_s_sjustificati
_s_smark_
end
mcq__blueprint.rb' is not a valid key.
I've filed a bug against bzr-git to try and ascertain if this problem can be fixed.
Can you help with this problem?
Provide an answer of your own, or ask James Gregory-Monk for more information if necessary.