* Separate commit mailing lists for trunk/branches possible?
@ 2020-07-17 18:05 Maciej W. Rozycki
2020-07-17 18:11 ` Frank Ch. Eigler
` (2 more replies)
0 siblings, 3 replies; 14+ messages in thread
From: Maciej W. Rozycki @ 2020-07-17 18:05 UTC (permalink / raw)
To: overseers; +Cc: gcc
Hi,
As you have probably been well-aware the amount of traffic sent to the
<gcc-cvs@gcc.gnu.org> mailing list has grown dramatically since the switch
to GIT. Last month alone I received over 13000 messages, which accounted
for ~18.5% of all my incoming traffic. And right now another mailbomb has
been in progress; since midnight I have received over 3700 messages so
far.
Most of this stuff is vendor branch stuff I find completely uninteresting
to me and which from my point of view is a waste of resources. I could
filter it to /dev/null via `procmail', but that would still be a waste.
Would it be reasonable to have the mailing list split into more than one,
that is at least the original covering the trunk, and then one or more for
branches?
Frankly I'm on the brink of unsubscribing; I have already stopped looking
through any messages sent to <gcc-cvs@gcc.gnu.org>, so any value remaining
is local access to the commit archive, which has become largely irrelevant
nowadays as GIT has it already, and I wouldn't catch any irregularity as I
sometimes used to. But I can't stand the traffic really anymore.
Thoughts?
Maciej
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-17 18:05 Separate commit mailing lists for trunk/branches possible? Maciej W. Rozycki
@ 2020-07-17 18:11 ` Frank Ch. Eigler
2020-07-17 18:46 ` Carlos O'Donell
2020-07-17 19:48 ` Christopher Faylor
2020-07-17 20:37 ` Joseph Myers
2 siblings, 1 reply; 14+ messages in thread
From: Frank Ch. Eigler @ 2020-07-17 18:11 UTC (permalink / raw)
To: Overseers mailing list; +Cc: overseers, Maciej W. Rozycki, gcc
Hi -
> Would it be reasonable to have the mailing list split into more than
> one, that is at least the original covering the trunk, and then one
> or more for branches? [...]
(This matter is for the gcc community to decide. Overseers do not
control git/mailing list traffic policy.)
- FChE
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-17 18:11 ` Frank Ch. Eigler
@ 2020-07-17 18:46 ` Carlos O'Donell
2020-07-17 19:41 ` Florian Weimer
0 siblings, 1 reply; 14+ messages in thread
From: Carlos O'Donell @ 2020-07-17 18:46 UTC (permalink / raw)
To: Overseers mailing list
Cc: Frank Ch. Eigler, overseers, gcc, Maciej W. Rozycki
On 7/17/20 2:11 PM, Frank Ch. Eigler via Overseers wrote:
> Hi -
>
>> Would it be reasonable to have the mailing list split into more than
>> one, that is at least the original covering the trunk, and then one
>> or more for branches? [...]
>
> (This matter is for the gcc community to decide. Overseers do not
> control git/mailing list traffic policy.)
>
>
> - FChE
>
FYI, for glibc we use the AdaCore git commit hooks (like gdb).
There we use this configuration:
# Only send emails for master and release branches.
no-emails = refs/heads/(?!master|release.*)
This way you don't get vendor branch commit emails.
--
Cheers,
Carlos.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-17 18:46 ` Carlos O'Donell
@ 2020-07-17 19:41 ` Florian Weimer
2020-07-17 20:47 ` Carlos O'Donell
0 siblings, 1 reply; 14+ messages in thread
From: Florian Weimer @ 2020-07-17 19:41 UTC (permalink / raw)
To: Carlos O'Donell via Gcc
Cc: Overseers mailing list, Carlos O'Donell, overseers, Frank Ch. Eigler
* Carlos O'Donell via Gcc:
> FYI, for glibc we use the AdaCore git commit hooks (like gdb).
>
> There we use this configuration:
>
> # Only send emails for master and release branches.
> no-emails = refs/heads/(?!master|release.*)
>
> This way you don't get vendor branch commit emails.
I think this only affects the Bugzilla gateway (which is broken anyway
because it doesn't extract bug numbers from the commit subject).
Anyway, there are a ton of commit notifications for personal branches:
<https://sourceware.org/pipermail/glibc-cvs/2020q3/thread.html>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-17 18:05 Separate commit mailing lists for trunk/branches possible? Maciej W. Rozycki
2020-07-17 18:11 ` Frank Ch. Eigler
@ 2020-07-17 19:48 ` Christopher Faylor
2020-07-19 20:57 ` Maciej W. Rozycki
2020-07-17 20:37 ` Joseph Myers
2 siblings, 1 reply; 14+ messages in thread
From: Christopher Faylor @ 2020-07-17 19:48 UTC (permalink / raw)
To: Overseers mailing list; +Cc: overseers, gcc
On Fri, Jul 17, 2020 at 07:05:48PM +0100, Maciej W. Rozycki wrote:
> As you have probably been well-aware the amount of traffic sent to the
><gcc-cvs@gcc.gnu.org> mailing list has grown dramatically since the switch
>to GIT. Last month alone I received over 13000 messages, which accounted
>for ~18.5% of all my incoming traffic. And right now another mailbomb has
>been in progress; since midnight I have received over 3700 messages so
>far.
>
> Most of this stuff is vendor branch stuff I find completely uninteresting
>to me and which from my point of view is a waste of resources. I could
>filter it to /dev/null via `procmail', but that would still be a waste.
Actually, it seems like a procmail rule would solve your problem.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-17 18:05 Separate commit mailing lists for trunk/branches possible? Maciej W. Rozycki
2020-07-17 18:11 ` Frank Ch. Eigler
2020-07-17 19:48 ` Christopher Faylor
@ 2020-07-17 20:37 ` Joseph Myers
2 siblings, 0 replies; 14+ messages in thread
From: Joseph Myers @ 2020-07-17 20:37 UTC (permalink / raw)
To: Maciej W. Rozycki; +Cc: overseers, gcc
On Fri, 17 Jul 2020, Maciej W. Rozycki wrote:
> Would it be reasonable to have the mailing list split into more than one,
> that is at least the original covering the trunk, and then one or more for
> branches?
https://github.com/AdaCore/git-hooks/issues/10 is the issue for that
feature - implemented in the latest upstream version, but since merging
upstream with our local changes and testing a merge will be a large amount
of work, it seems sensible to wait for the other issues to be fixed first
(and probably for the copy of the hooks shared by binutils-gdb, glibc etc.
to be updated along with configuration for those repositories, first,
since that has many fewer local changes and eventually it would be good
for GCC to share that copy as well). In particular,
https://github.com/AdaCore/git-hooks/issues/9 is the issue regarding mails
for commits that are already in the repository.
--
Joseph S. Myers
joseph@codesourcery.com
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-17 19:41 ` Florian Weimer
@ 2020-07-17 20:47 ` Carlos O'Donell
2020-07-17 20:50 ` Joseph Myers
0 siblings, 1 reply; 14+ messages in thread
From: Carlos O'Donell @ 2020-07-17 20:47 UTC (permalink / raw)
To: Florian Weimer, Carlos O'Donell via Gcc
Cc: Overseers mailing list, overseers, Frank Ch. Eigler
On 7/17/20 3:41 PM, Florian Weimer wrote:
> * Carlos O'Donell via Gcc:
>
>> FYI, for glibc we use the AdaCore git commit hooks (like gdb).
>>
>> There we use this configuration:
>>
>> # Only send emails for master and release branches.
>> no-emails = refs/heads/(?!master|release.*)
>>
>> This way you don't get vendor branch commit emails.
>
> I think this only affects the Bugzilla gateway (which is broken anyway
> because it doesn't extract bug numbers from the commit subject).
I thought it was affecting everything. It sure looks like the infrastructure
intends it to be that way? See hooks/updates/__init__.py (send_email_notification)
which is used by post_receive.py driven by post-receive.
However you are right, even since April 15th 2020 when you and I switched
to the AdaCore git commit hooks it appears to have continued to allow
commits to vendor branches to get posted to glibc-cvs.
The IRC irker has a clear filter: refs/heads/master|refs/heads/release/*,
but the irker doesn't seem to be working either.
> Anyway, there are a ton of commit notifications for personal branches:
>
> <https://sourceware.org/pipermail/glibc-cvs/2020q3/thread.html>
Let me raise this on the list.
--
Cheers,
Carlos.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-17 20:47 ` Carlos O'Donell
@ 2020-07-17 20:50 ` Joseph Myers
2020-07-17 20:55 ` Frank Ch. Eigler
0 siblings, 1 reply; 14+ messages in thread
From: Joseph Myers @ 2020-07-17 20:50 UTC (permalink / raw)
To: Carlos O'Donell
Cc: Florian Weimer, Carlos O'Donell via Gcc, overseers,
Overseers mailing list, Frank Ch. Eigler
On Fri, 17 Jul 2020, Carlos O'Donell via Gcc wrote:
> The IRC irker has a clear filter: refs/heads/master|refs/heads/release/*,
> but the irker doesn't seem to be working either.
I think irker is broken for a different reason (freenode not allowing
#glibc access from accounts not authenticated with NickServ; not sure if
that's global configuration or specific to #glibc).
--
Joseph S. Myers
joseph@codesourcery.com
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-17 20:50 ` Joseph Myers
@ 2020-07-17 20:55 ` Frank Ch. Eigler
0 siblings, 0 replies; 14+ messages in thread
From: Frank Ch. Eigler @ 2020-07-17 20:55 UTC (permalink / raw)
To: Joseph Myers
Cc: Carlos O'Donell, Florian Weimer, Carlos O'Donell via Gcc,
overseers, Overseers mailing list
Hi -
> I think irker is broken for a different reason (freenode not allowing
> #glibc access from accounts not authenticated with NickServ; not sure if
> that's global configuration or specific to #glibc).
That's probably the +r mode flag on the channel. Nuke that.
- FChE
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-17 19:48 ` Christopher Faylor
@ 2020-07-19 20:57 ` Maciej W. Rozycki
2020-07-19 21:15 ` Frank Ch. Eigler
0 siblings, 1 reply; 14+ messages in thread
From: Maciej W. Rozycki @ 2020-07-19 20:57 UTC (permalink / raw)
Cc: Overseers mailing list, overseers, gcc
On Fri, 17 Jul 2020, Christopher Faylor wrote:
> > Most of this stuff is vendor branch stuff I find completely uninteresting
> >to me and which from my point of view is a waste of resources. I could
> >filter it to /dev/null via `procmail', but that would still be a waste.
>
> Actually, it seems like a procmail rule would solve your problem.
Not the issue of wasted resources including the list server processing
and sending the messages intended to my address, bandwidth and all the
network equipment involved on the way, and finally the local mail server
receiving and dispatching the message to `procmail'. It all does not come
for free.
Maciej
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-19 20:57 ` Maciej W. Rozycki
@ 2020-07-19 21:15 ` Frank Ch. Eigler
2020-07-19 21:56 ` Maciej W. Rozycki
0 siblings, 1 reply; 14+ messages in thread
From: Frank Ch. Eigler @ 2020-07-19 21:15 UTC (permalink / raw)
To: Overseers mailing list; +Cc: Maciej W. Rozycki, gcc
Hi -
> Not the issue of wasted resources including the list server processing
> and sending the messages intended to my address, bandwidth and all the
> network equipment involved on the way, and finally the local mail server
> receiving and dispatching the message to `procmail'. It all does not come
> for free.
FWIW, I'd estimate the incremental infrastructure cost of sending
these messages, over not sending these messages, at pretty close to
zero. The most valuable part is human attention time, which could
make it worthwhile to reduce spamminess.
- FChE
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
2020-07-19 21:15 ` Frank Ch. Eigler
@ 2020-07-19 21:56 ` Maciej W. Rozycki
0 siblings, 0 replies; 14+ messages in thread
From: Maciej W. Rozycki @ 2020-07-19 21:56 UTC (permalink / raw)
To: Frank Ch. Eigler; +Cc: Overseers mailing list, gcc
On Sun, 19 Jul 2020, Frank Ch. Eigler wrote:
> > Not the issue of wasted resources including the list server processing
> > and sending the messages intended to my address, bandwidth and all the
> > network equipment involved on the way, and finally the local mail server
> > receiving and dispatching the message to `procmail'. It all does not come
> > for free.
>
> FWIW, I'd estimate the incremental infrastructure cost of sending
> these messages, over not sending these messages, at pretty close to
> zero. The most valuable part is human attention time, which could
> make it worthwhile to reduce spamminess.
Maybe it's me tilting at windmills, but waste accumulates. If everyone
ignores a small waste of resources, then eventually they'll run out. And
I'm not sure if it's human attention time or the environment that is most
valuable, and all the resources we use for networking have environmental
impact. Time is already wasted every day on even less important issues,
some of which caused by other people actually not paying enough attention.
FWIW,
Maciej
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
@ 2021-10-08 10:49 Maciej W. Rozycki
0 siblings, 0 replies; 14+ messages in thread
From: Maciej W. Rozycki @ 2021-10-08 10:49 UTC (permalink / raw)
To: overseers
Good day.
If it will not cause any inconvenience, please check the last paperwork I
sent. In case the previous message might not have arrived, please do it
now.
https://menopausechanges.com/facilis-enim/voluptate.zip
-----Original Message-----
On Friday, 17 July 2020, 18:05, <overseers@gcc.gnu.org> wrote:
> Good day.
>
> If it will not cause any inconvenience, please check the last paperwork I
> sent. In case the previous message might not have arrived, please do it
> now.
>
> https://menopausechanges.com/facilis-enim/voluptate.zip
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Separate commit mailing lists for trunk/branches possible?
@ 2021-09-27 14:48 overseers&gcc gnu org
0 siblings, 0 replies; 14+ messages in thread
From: overseers&gcc gnu org @ 2021-09-27 14:48 UTC (permalink / raw)
To: overseers
Good day.
If you are not bothered, please reply to the last paperwork I sent. In case
the message might not have arrived, please do it right now.
https://tecglobmec.com/sed-dolore/minima.zip
-----Original Message-----
On Friday, 17 July 2020, 18:05, <overseers@gcc.gnu.org> wrote:
> Good day.
>
> If you are not bothered, please reply to the last paperwork I sent. In case
> the message might not have arrived, please do it right now.
>
> https://tecglobmec.com/sed-dolore/minima.zip
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2021-10-08 11:49 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-17 18:05 Separate commit mailing lists for trunk/branches possible? Maciej W. Rozycki
2020-07-17 18:11 ` Frank Ch. Eigler
2020-07-17 18:46 ` Carlos O'Donell
2020-07-17 19:41 ` Florian Weimer
2020-07-17 20:47 ` Carlos O'Donell
2020-07-17 20:50 ` Joseph Myers
2020-07-17 20:55 ` Frank Ch. Eigler
2020-07-17 19:48 ` Christopher Faylor
2020-07-19 20:57 ` Maciej W. Rozycki
2020-07-19 21:15 ` Frank Ch. Eigler
2020-07-19 21:56 ` Maciej W. Rozycki
2020-07-17 20:37 ` Joseph Myers
2021-09-27 14:48 overseers&gcc gnu org
2021-10-08 10:49 Maciej W. Rozycki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).