> I suspect that a better overall approach would be to leave bzr fast-export "as is" and [do X].
Unless, of course, it is possible to do X from within exporter.py itself -- that would be even better, but it may require more development work than parsing "bzr log" output, and it will require addressing the second flaw documented in the above comment.
> I suspect that a better overall approach would be to leave bzr fast-export "as is" and [do X].
Unless, of course, it is possible to do X from within exporter.py itself -- that would be even better, but it may require more development work than parsing "bzr log" output, and it will require addressing the second flaw documented in the above comment.