TL;DR: See subject. Verbosity follows. The git transition is mostly for the better. Thanks to those investing time and effort. There's always fallout. Here's one dustcloud:
In the distant past with svn, there messages to gcc-cvs@ were somewhat like git show --stat, i.e. without the actual changes: ------------------------> Author: gccadmin Date: Wed Dec 25 00:16:22 2019 New Revision: 279730 URL: https://gcc.gnu.org/viewcvs?rev=279730&root=gcc&view=rev Log: Daily bump. Modified: trunk/gcc/DATESTAMP ------------------------< Now after the git transition, patches *always* come with a diff, as below. ------------------------> https://gcc.gnu.org/g:d8998708ca316249e475d139c89ae7d169e64d34 commit d8998708ca316249e475d139c89ae7d169e64d34 Author: GCC Administrator <gccad...@gcc.gnu.org> Date: Wed Jan 15 00:16:26 2020 +0000 Daily bump. Diff: --- gcc/DATESTAMP | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/DATESTAMP b/gcc/DATESTAMP index 3a0695d..ba948c5 100644 --- a/gcc/DATESTAMP +++ b/gcc/DATESTAMP @@ -1 +1 @@ -20200114 +20200115 ------------------------< (No, not just the daily bump, I just wanted to avoid a person being pointed out and had no commits myself "within reach".) Why the diff? I don't remember the absence of a diff being a problem in the svn era (or at least wasn't argued much on the mailing lists). Compare also to traffic on binutils-cvs@ and gdb-cvs@, where there *are* diffs posted, but apparently there's a size limit; I see "[diff truncated at 100000 bytes]" for a post on gdb-cvs. Still, I very much prefer no diff at all. Does someone actually (not theoretically) have a need that is fulfilled by those diffs? Can we remove them altogether? If not, can we cap the messages at a size limit? Note: I'm aware of the discussion regarding limiting posts for certain branches to gcc-cvs; that's incidental. Note also that my own needs are handled by means of procmail, I was just bothered enough to bring it up, and less email traffic on sourceware means more bandwidth for actual commit traffic. :) brgds, H-P
