[vtk-developers] Python TestTemplates.py failing

Bill Lorensen bill.lorensen at gmail.com
Mon Feb 4 15:47:18 EST 2013


Dave,

I think I'd rather try to get the failing tests to zero. Once Dave and
Aashish clear their defects, we may need someone with access to the
gerrit Windows machine to help out and track down the issues for the
remaining two windows-specific failures.

We are sooooooooooooo close.

Bill

On Mon, Feb 4, 2013 at 3:30 PM, David Cole <dlrdave at aol.com> wrote:
> You'd probably have to modify the CDash at home script that gets sent down from
> the server. A VTK-project admin on CDash would need to do that.
>
> You could either add "site-name-comparison" code, or a site-specific
> optional include file that would set EXCLUDE args for the ctest_test call.
>
>
>
>
> -----Original Message-----
> From: Bill Lorensen <bill.lorensen at gmail.com>
> To: David Cole <dlrdave at aol.com>
> Cc: david.gobbi <david.gobbi at gmail.com>; vtk-developers
> <vtk-developers at vtk.org>
> Sent: Mon, Feb 4, 2013 3:21 pm
> Subject: Re: [vtk-developers] Python TestTemplates.py failing
>
> So, Dave C, ctest sage, what is the magic to suppress a failure on a
> given build machine?
>
> Bill
>
> On Mon, Feb 4, 2013 at 3:16 PM, Bill Lorensen <bill.lorensen at gmail.com>
> wrote:
>> Also, we are very close to zero failures on two platforms. I'm hoping
>> that David and Aashish can resolve those two in the next few days.
>>
>> The windows failures will have to be suppressed somehow for that
>> platform. Those failures are hard to replicate on other similar
>> platforms.
>>
>>
>> On Mon, Feb 4, 2013 at 3:12 PM, Bill Lorensen <bill.lorensen at gmail.com>
>> wrote:
>>> I don't know how to do that.
>>>
>>> On Mon, Feb 4, 2013 at 3:09 PM, David Cole <dlrdave at aol.com> wrote:
>>>> I would suggest excluding the remaining failing tests *just* from the
>>>> gerrit
>>>> builds until the tests are fixed.
>>>>
>>>> An even more effective way to get them fixed quickly would be to refuse
>>>> approving any topics until all the gerrit tests are passing.
>>>>
>>>> We don't have to live with this.
>>>>
>>>>
>>>> A non-green gerrit CDash build should be an automatic rejection.
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Bill Lorensen <bill.lorensen at gmail.com>
>>>> To: David Gobbi <david.gobbi at gmail.com>
>>>> Cc: VTK Developers <vtk-developers at vtk.org>
>>>> Sent: Mon, Feb 4, 2013 3:01 pm
>>>> Subject: Re: [vtk-developers] Python TestTemplates.py failing
>>>>
>>>> I'm concerned that gerrit reviewers are missing new failing tests
>>>> because of recurrent failing tests. It is important to get the gerrit
>>>> factory build failures to 0.
>>>>
>>>> Already this weekend, someone committed a patch that introduced a new
>>>> recurring failure.
>>>>
>>>> It has been failing since mid-October.
>>>>
>>>> Bill
>>>>
>>>> On Mon, Feb 4, 2013 at 2:46 PM, David Gobbi <david.gobbi at gmail.com>
>>>> wrote:
>>>>> On Mon, Feb 4, 2013 at 12:26 PM, Bill Lorensen <bill.lorensen at gmail.com
>>>>>
>>>> wrote:
>>>>>>
>>>>>> Should we suppress this until you can get to it? It is one of two
>>>>>> tests failing on the gerrit ubuntu build.
>>>>>
>>>>> No, I don't consider that to be sufficient reason to suppress it.
>>>>> It's a valid failure, not caused by hardware- or platform-specific
>>>>> issues.  It should not be suppressed just to make the dashboard
>>>>> green.  I'll find a few hours this week to work on it.
>>>>>
>>>>>  - David
>>>>
>>>>
>>>>
>>>> --
>>>> Unpaid intern in BillsBasement at noware dot com
>>>> _______________________________________________
>>>> Powered by www.kitware.com
>>>>
>>>> Visit other Kitware open-source projects at
>>>> http://www.kitware.com/opensource/opensource.html
>>>>
>>>> Follow this link to subscribe/unsubscribe:
>>>> http://www.vtk.org/mailman/listinfo/vtk-developers
>>>>
>>>
>>>
>>>
>>> --
>>> Unpaid intern in BillsBasement at noware dot com
>>
>>
>>
>> --
>> Unpaid intern in BillsBasement at noware dot com
>
>
>
> --
> Unpaid intern in BillsBasement at noware dot com



-- 
Unpaid intern in BillsBasement at noware dot com



More information about the vtk-developers mailing list