Some repository files stored as zero-byte files in bzr

Bug #188833 reported by Mark Fitzgerald
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
svn2bzr
Fix Committed
Critical
Martin Spacek

Bug Description

On running the dump of a Subversion repository dump through svn2bvr (revision 11), the resulting bzr repository contains 35 files which now contain zero bytes out of 309 files in the repository. My dump file is about 140MB, and I'd rather not upload the contents of the repository. What I can note is that all of these files had svn:mime-type set, and they are all .jpg, .tif or .pdf files. The strange thing is that all but one of the 35 files were in two of the four tags in the svn dump. The other two tags also have .pdf, .jpg and .tif files... and one of the files that was truncated to zero bytes was in trunk itself!

I am willing to try cutting down my repository to a simple subset (e.g. just a couple of .pdf's) in order to help reproduce the problem. Until I can find a way to help get this bug fixed, I cannot move this repository over to Bazaar, and I would desperately love to ditch svn for this repo.

Revision history for this message
Jason Spashett (jspashett) wrote :

I have a similar problem, and my repository is also fairly large 40MiB.

Unfortunately I cannot get svndumpfilter to produce any output that works.

Revision history for this message
Martin Spacek (mspacek) wrote :

Try the latest trunk. I also dealt with some 0 byte file problems a while ago. That was fixed in rev 13.4.13: "fix bug where file property changes with no text content changes were overwriting paths with 0 bytes."

If that doesn't help, could either of you post an example dump (or subsets of your affected ones) that duplicates the behaviour?

Changed in svn2bzr:
assignee: nobody → mspacek
importance: Undecided → Critical
status: New → Fix Committed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.