"Shawn O. Pearce" <spearce@xxxxxxxxxxx> writes: > Nicolas Pitre <nico@xxxxxxxxxxx> wrote: >> 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. > ... >> 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. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html