<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 24, 2015 at 12:51 AM, Martin Günther via ros-release <span dir="ltr"><<a href="mailto:ros-release@lists.ros.org" target="_blank">ros-release@lists.ros.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Tully,<br>
<span><br>
On Mon, 23 Nov 2015 17:27:58 -0800<br>
Tully Foote via ros-release <<a href="mailto:ros-release@lists.ros.org" target="_blank">ros-release@lists.ros.org</a>> wrote:<br>
<br>
> We work very hard to keep the amount of emails that jenkins sends to a<br>
> minimum. I group the fauilres into three categories. First there are<br>
> the good ones, which are the failures where something is failing to<br>
> build or test and the maintainer can fix them. The second is that<br>
> there are specific known issues on a specific arch or paltform which<br>
> the maintainers cannot or chooses not to fix. And sometimes there are<br>
> systematic failures such as a service goes offline that will fail<br>
> jobs early in unrecoverable ways. (For example a hosting provider<br>
> like github or ubuntu going offline, or a filesystem getting<br>
> corrupted)<br>
<br>
</span>Travis solves this by distinguishing between "failed" and "errored"<br>
states. "Failed" is the first kind of failure that you mention:<br>
something goes wrong in my "script" section. "Errored" is the other<br>
kind, where something goes wrong in my "install" section (when<br>
setting up the dependencies, i.e., not my fault). I get an email from<br>
travis when something fails, not when it errors. It would be nice if<br>
Jenkins would do the same thing.<br></blockquote><div><br></div><div>Hi Martin, </div><div><br></div><div>This is definitely something I've personally looked into and wanted to do but ran out of time during that cycle. Unfortunately it's built into Travis, but not Jenkins notification plugins. As such we need to implement this behavior in our scripts. To make it happen I believe we actually need to setup the scripts to mutate the job configuration for notification addressees during the run. We can make this happen but unfortunately it will need to be integrated into each job. I created a ticket to track this here: <a href="https://github.com/ros-infrastructure/ros_buildfarm/issues/119">https://github.com/ros-infrastructure/ros_buildfarm/issues/119</a></div><div><br></div><div>Tully</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Cheers,<br>
Martin<br>
<br>
<br>
--<br>
Dipl.-Inf. Martin Günther<br>
Universität Osnabrück<br>
Institut für Informatik<br>
Albrechtstr. 28  (Raum 31/503)<br>
D-49076 Osnabrück<br>
<br>
Fon: 0541 969 2434<br>
<a href="http://www.inf.uos.de/mguenthe/" rel="noreferrer" target="_blank">http://www.inf.uos.de/mguenthe/</a><br>
_______________________________________________<br>
ros-release mailing list<br>
<a href="mailto:ros-release@lists.ros.org" target="_blank">ros-release@lists.ros.org</a><br>
<a href="http://lists.ros.org/mailman/listinfo/ros-release" rel="noreferrer" target="_blank">http://lists.ros.org/mailman/listinfo/ros-release</a><br>
</blockquote></div><br></div></div>