Re: [PATCH 3/3] make --max-pack-size argument to 'git pack-object' count in bytes

"Shawn O. Pearce" [off-list ref] writes:

Nicolas Pitre [off-list ref] wrote:

quoted

The value passed to --max-pack-size used to count in MiB which was
inconsistent with the corresponding configuration variable as well as
other command arguments which are defined to count in bytes with an
optional unit suffix.  This brings --max-pack-size in line with the
rest of Git.

...

quoted

 Documentation/RelNotes-1.7.0.txt   |    8 +++++++-
 Documentation/config.txt           |   11 +++++++----
 Documentation/git-pack-objects.txt |    5 +++--
 Documentation/git-repack.txt       |    8 +++++---
 builtin-pack-objects.c             |   11 ++++++-----
 t/t5300-pack-object.sh             |   14 ++++++++------
 6 files changed, 36 insertions(+), 21 deletions(-)

Shouldn't we also change fast-import.c ?

Surely; could you do the honors?  I cannot really decide how big the deal
would be to break backward compatibility for max-pack-size myself.