Excess data size for a single revision

[Glenn Morris]

Eli Zaretskii wrote:

> Since the log messages say "do not merge to trunk" (because the trunk
> already had such Copyright changes), I assumed Glenn didn't.  Glenn?

I used bzrmerge.el. You'd have to ask Stefan what it does, exactly.
Remember that there is no way to cherry-pick in Bazaar (IIUC), so it may
well be that these revisions were in some sense merged. For things that
get skipped, I think it merges the meta-data but not the actual changes,
whatever that means.

>>          99634.21.7 Kenichi Handa	2012-01-13 [merge]
>> 
>> Which also has about 2000 entries (though those may not have been
>> modified vs trunk).

FWIW, I've noticed that http://www.ohloh.net/p/emacs
labels some things as "large commit" when the "real" changes were small.
(But that is tracking the git repo, so may be a red herring.)

Cf http://lists.gnu.org/archive/html/emacs-diffs/2012-01/msg00187.html
http://www.ohloh.net/p/emacs/commits/160880110
http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=30cb3950a579fcd7abecfb97c3f0d8491fd8fb4d