[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [gef-dev] Re: [Galileo] Failed for build 2009-09-17_10-31-42
|
<bluesky>
How about using procmail to search the contents of the email for
references to network timeouts, and if found, cc: the webmasters?
That way we could at least ignore them knowing they were being forwarded
on to the people who could actually affect a change.
</bluesky>
Thomas Hallgren wrote:
On 09/17/2009 06:42 PM, Nick Boldt wrote:
So this is the usual "network sucks, try again" error that p2 can't
seem to overcome (even though it's sourcing files on download.eclipse
from build.eclipse, which is the same nfs drives and same internal
network) ?
Can the buckybuilder trap for these and just try again instead of
reporting them as build problems?
I would argue that in this case, they are indeed build problems and in
some respect, some are actually your problems :-)
Rationale:
You provide a contribution. For some reason, the site denoted in
contribution cannot be reached. So buckybuilder sends you a mail to
inform you about the problem. So far, so good.
You will probably argue that in this case, everything is at eclipse.org
and if there are network problems, then that's actually not something
that you can fix. True as it might be, buckybuilder still holds you
responsible for your contribution. Keep in mind that it is designed as a
general purpose application that can be used by anyone at any place.
The Buckybuilder could of course be extended so that it would have
special entries for domains or similar. That, together with special
groups of exceptions, could be used to define rules like "Networks
problems at this domain should trigger emails to this contact". But
that's not a trivial change I'm afraid.
Regards,
Thomas Hallgren
_______________________________________________
gef-dev mailing list
gef-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gef-dev
--
Nick Boldt :: http://nick.divbyzero.com
Release Engineer :: Eclipse Modeling & Dash Athena