Implement 'done' feature.

Merge support for squash_empty_commit argument to FilterProcessor.

Only fix references to commits that have been squashed rather than removing everything that we haven't touched yet

Rename flag to squash_empty_commits and add few more tests with includes/excludes

Add preserve_all_history flag to filter_processor and tests for it

Remove old FSF address and point at FSF website instead.

Thanks Dan Callaghan.

Start on 0.9.1.

release 0.9.0

Fix typo in setup.py

Avoid attempting to utf-8 decode/encode committer and author information.

Check for leading slashes in paths, invalid path types.

Stop utf-8 decoding several strings as they are not guaranteed to be unicode.

If there is no mark then don't track it.

Avoid file_iter, use iter_files instead.

file_iter should ideally be made private.

Fix tests.

Support out of band processing of commands.

Cope with FileModifyCommand now having mode rather than is_executable and kind.

Install fastimport.processors.

remove dependency on bzrlib.

Don't rely on bzrlib.trace.

Use modes directly rather than bzr file kinds and executable flags.

Import processors from bzr-fastimport.

Split out reftracker.

Fix typo, handle bzr-specific locking in GenericProcessor.

remove bzrisms from Processor.

Remove bzr-specific bits from processor.

Only require passing BzrDir to bzr-specific processors.

Ignore testrepository directories.

Support the 'done' command.

Fix some imports.

Add testrepository configuration, test_suite() function.

Remove bzr-specific code, whitespace.

Split out fastimport, import it from the system.

Split python-fastimport into its own separate package.

Move pure-fastimport code into its own directory, in preparation of splitting it into a separate package.

Merge fixes from Miklos for darcs fast import.

darcs-fast-import: don't fail for first empty commit

darcs-fast-import: add --progress switch

x2d: pass options to d-f-i

darcs-fast-import: Create symlinks after darcs record

Otherwise darcs diff will show the file removals but even darcs record
-a won't record them.

darcs-fast-import: Allow more liberal renaming

Allow renames like BUG -> bug. Darcs does not allow it by default.

darcs-fast-import: add --symhack option

darcs-fast-import: always invoke darcs add using --boring

darcs-fast-import: do not silently ignore darcs failures

darcs-fast-import: better error handling for symlinks

The importer can't handle them till Darcs does not so, but at least we
can give an easy-to-understand error message and a separate exit code.

darcs-fast-import: No longer throw away the blob after writing it

It turns out that a mark can be used multiple times, and given that
reading it from darcs may be slow, let's just keep it in the memory for
now.

Later - if it turns out the memory usage is too heavy - we can still use
darcs show contents instead.

git-darcs: Fix exit/return confusion.

Shell functions should return instead of exiting the whole script;
they should return a nonzero status on error and a zero status on
success.  Notably, “Nothing fetched” is not an error, and pull should
go ahead and do a merge or rebase even if fetch didn’t fetch anything.

git-darcs: Import to a real ref (refs/remotes/darcs/$remote).

This allows the imported darcs branch to be seen by tools like ‘git
branch -r’ and ‘gitk --all’, and prevents the imported commits from
being garbage-collected.

fix timezones in darcs-fast-export, take 2

The previous patch had a flaw; it assumed that darcs was storing the committer's timezone.
Instead, darcs always stores UTC timestamps in an ISO 8601 format.
Tools like "darcs changes" convert this into the user's local time as a convenience.

I couldn't find an authoritative spec, but here are some relevant references.
http://wiki.darcs.net/NamedPatch
http://search.cpan.org/~david/Darcs-Inventory-1.4/lib/Darcs/Inventory/Patch.pm
http://bugs.darcs.net/issue140

To resolve the issue, this patch always reports that the timezone is UTC.

Merge patches from Miklos for darcs-fast-export

fix timezones in darcs-fast-export

Previously, the export was mangling timezones.  There were conversion errors when the darcs TZ
did not match the conversion TZ.  Also, the conversion timezone was always reported (this is
bad since two conversions may now differ).

This patch fixes both problems on my system, but it has not been extensively tested.
Can 'local_date' be used reliably?  What about my TZ manipulations?
I am no expert in darcs or python.  Developed with darcs 2.3.1 and Python 2.6.4.

To check for errors, I compared a darcs repo against a "git darcs fetch" into a new repo.
The following two commands were helpful.
# darcs changes | grep for dates
# git log --pretty=format:%ad REF | cat

Example -- EDT=UTC-4 and EST=UTC-5; I am processing in EDT.
darcs date:
"Fri Mar 31 10:48:00 EST 2006"
Before patch, git reported:
"Fri Mar 31 12:48:00 2006 -0400" (should be 11:48 -0400 or 10:48 -0500)
After patch, git reported:
"Fri Mar 31 10:48:00 2006 -0500"

git-darcs: add a see-also section to manpage

git-darcs: add support for {pre,post}-{fetch,push} hooks

git-darcs: don't add empty darcs-fast-export-options config entry

Release 0.9

Don't bail for http://path/to/repo darcs remotes

Don't bail for http://path/to/repo darcs remotes

Fallback to system configobj if none in bzrib.util

Cope with Debian's bzr using the system configobj, not shipping with its own.

Add explorer integration

Ignore progress messages unless in verbose mode

Fix Monotone prefix and command name: mnt -> mtn

Merge Python 2.5 fix for darcs-fast-export

darcs-fast-export: don't use urllib.urlopen().getcode()

As it's missing from python2.5.

Include the known_graph code.

Switch to using CommitBuilder
Rather than holding most of the logic ourselves.

Add a bunch of direct tests for the _TreeShim interface.

Merge John's test refactoring - uses multiplication now

Merge John's improvements to info_processor.py

Merge John's smarter caching of blobs to improve memory footprint

Faster post-processing of the inventory delta

Some debugging code. It looks like the main bugs involve files that are deleted and restored.

When post-processing the delta stream, don't ask to generate a full inventory to check for deletions.
Instead, just use 'create_by_apply_delta'.

Use the new KnownGraph.add_node() functionality.

This changes the file_id heads lookups to use a KnownGraph over all revision-ids
which should be a lot better than using a regular Graph instance.
Initial testing w/ xserver doesn't show much, since it seems to be purely
linear for quite a bit of x history.

Oddly enough the heads result seems to give a different number of file texts
which is worrying.

The fix that landed in bzr did not set builder.new_inventory. :(

This still works, but it means that we don't keep the in-memory deserialized bits
from the previous inventory. Instead we start from-scratch each time.

Merge Jelmer's fix for exporters installation

Fix installation of the exporters module.

Default branch nick to mapped git ref name (Max Bowsher)

bzr *does* run atexit functions when exiting, but doesn't run deconstructors.

Also, shrink the 'small blob' size a bit to allow data to be reclaimed. Though it did
show up as *lots* of small files in the qt import. Something like 1-2k files in the
first 2 dumps.

Switch to closing the large-content blobs that we store to disk.

During the qt import, we end up with >2000 large blobs, and a few hundred MB of
small blobs. We don't want to create more small blobs, because their disk space
is not reclaimed, but >2000 is too many open file handles (at least on Windows).
Using filenames works, but we aren't as guaranteed that things will clean up
nicely.

Dump sticky blobs to disk when memory pressure gets high.

Fall back to the repository for cases where the content is not present in the stream yet.

We need to handle when the object has been deleted.

Found a bug in CommitBuilder.finish_inventory().

It turns out that the add_revision_by_delta code was not properly setting
inv_sha1, but it didn't matter because apparently the other code wasn't really
using it....

Anyway, this gives us a proper new inventory, and seems to generally be working.
The next step is that the 'merge' file text is not present because the
delta stream does not contain it...

(broken) Start working towards using CommitBuilder rather than using a custom implementation.

add the failing test that we preserve the last-modified revision

Change to multiplying tests rather than manually.

Change (.keys(), .values()) to using (.iteritems())

Merge Max's fixes for tags created via commit commands

Also catch tagging via commit when resuming a crashed import.

Default branch-nick to mapped git ref name.

Store the BranchMapper in the CacheManager so it can be got from other places.

Make BranchMapper just map one name per call.
Move building a dict to the one callsite which actually wants that.

Remove unused and unimplemented BranchMapper.bzr_to_git, and update docstring.

Avoid spurious 'git-' being prefixed on branches whose names happen to end with 'trunk',
by tightening logic in BranchMapper._git_to_bzr_name.  Also document.

Set a tag when touching a refs/tags/ ref with a commit command.

http read support for darcs-fast-export

Handle multi-level branches

Get fastimport working on non-chk repositories again for bzr versions after 2.0.0

darcs-fast-export: refactor to a python class

The code should be a lot more readable now and we can avoid function
names like open_() as well.

All testcases still pass.