Mats Lidell writes:
>>>>> Stephen J Turnbull <stephen(a)xemacs.org>
> This is a good idea only if we can really identify the push that
> makes the build fail. But we currently tend to have red bots most
> of the time.
No. All builds are green except one of the windows builds (Which I
have posted about and don't know how to handle...) But except that one
all builds are fine.
Which means that there will be at least one mail on every patch,
although status hasn't changed, if we mail on red bots instead of
green->red transitions. That's bad, because people will tend to (a)
unsubscribe or (b) otherwise ignore the mails. As long as "mail on
red edge" is supported, that's the way we should go.
Well I talked about the 28 mails per build before and I thought I
an acknowledge on that that would be bit to much!?
Sure, if there's a way to reduce that, we should. But it's not the
number of mails that's the problem, it's the low signal-to-noise ratio.
But I can easily activate that and well see how it
feels. Alternatively I could set it up to just mail the failed
Yes, please, but just the failed builds.
I'll start with a daily summary to xemacs-buildreports and
it from there.
Oh, it occurs to me that it would be preferable if mail to
xemacs-buildreports has *no* personal addresses in it (not in the
headers, not in the text) because the chances seem to be good that
spammers are grepping our lists.
XEmacs-Beta mailing list