[vtk-developers] Test failures on megas

[Shawn Waldon]

There are still many tests suppressed on that machine.  But these failures
don't mention an OpenGL extension in the error message and it is the image
test that is failing.  So I was hoping someone who knows better than I do
could look at them and see what is going on.  You can ignore the
OffAxisStereo test, a fix for that is already in the works.

Shawn

[1]:
https://open.cdash.org/queryTests.php?compare1=65&value3=Failed&filtercount=3&field3=status%2Fstring&field1=buildname%2Fstring&project=VTK&field2=buildstarttime%2Fdate&showfilters=0&limit=100&compare2=83&value1=06088bad-build236-%5Blinux-shared-release%2Bjava%2Bpython%2Bpython3%2Bqt%2Bqt5%2Btbb%5D-master&compare3=61&showfeed=0&value2=20160809T093002
[2]:
https://open.cdash.org/queryTests.php?compare1=65&value3=Failed&filtercount=3&field3=status%2Fstring&field1=buildname%2Fstring&project=VTK&field2=buildstarttime%2Fdate&showfilters=0&limit=100&compare2=83&value1=b0b8e49a-build1967-%5Blinux-shared-release%2Bextdeps%2Bmpi%2Bopengl1%2Bopenmp%2Bpython%2Bqt%2Bqt5%5D-master&compare3=61&showfeed=0&value2=20160808T104138

On Wed, Aug 3, 2016 at 12:10 PM, Ken Martin <ken.martin at kitware.com> wrote:

> The last message I have is below. I recall something about floating point
> textures not working or a bug in Mesa, unless something has changed I think
> there are still a lot of tests suppressed currently  -- Ken
>
>
> ------ old message follows
>
>
> Feel free to ask Ben to suppress that test on megas, they are already
> suppressing like 30 tests on that system. - Ken
>
> On Fri, Apr 15, 2016 at 10:04 AM, David Lonie <david.lonie at kitware.com>
>  wrote:
>
>> On Thu, Apr 14, 2016 at 7:30 PM, Ken Martin <ken.martin at kitware.com>
>>  wrote:
>>
>>> I'm guessing you are past this issue, if not let me know. WRT shader4
>>> mesa does not and probably never will support that extension. We only need
>>> it when the OpenGL version is 2.1 and for mesa we really require a mesa
>>> that is compatible with 3.2. If someone wants to use a mesa that is not 3.2
>>> compatible I believe they are on their own as it is easy to download mesa
>>> and build a working llvmpipe version (or even SWR) that we know works well
>>> with VTK.
>>>
>>
>> Sounds good, I'll let megas fail until its mesa is updated.
>>
>> The issue I was having looks like a bug in upstream mesa. Brad tracked
>> this down:
>>
>>  $ ls mesa-master-install/lib/libMesaGL.so* -lh
>>
>> mesa-master-install/lib/libMesaGL.so -> libMesaGL.so.1.5.0
>>
>> mesa-master-install/lib/libMesaGL.so.1 -> libMesaGL.so.1.6.0
>> mesa-master-install/lib/libMesaGL.so.1.5.0
>> mesa-master-install/lib/libMesaGL.so.1.6.0
>>
>> The build produces libGL with two different versions, and the linker /
>> loader weren't consistently using the same one. The solution was to run
>> 'make install-data' in the top level, and 'make install-exec' in
>> src/gallium so that only one would generated.
>>
>> Excellent news about apitrace, that will make this much easier. Thanks
>> for the info! I'll submit a bug report today.
>>
>>
> On Wed, Aug 3, 2016 at 11:41 AM, Shawn Waldon <shawn.waldon at kitware.com>
> wrote:
>
>> Hi all,
>>
>> Has any one looked into the test failures on megas lately?  There are six
>> tests failing on master (the only continuous build failures right now).
>> Are these real failures or do they need to be excluded?  I don't know
>> enough about those parts of VTK to tell, though I suspect several are real
>> errors.
>>
>> Thanks,
>> Shawn
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at http://www.kitware.com/
>> opensource/opensource.html
>>
>> Search the list archives at: http://markmail.org/search/?q=vtk-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/vtk-developers
>>
>>
>>
>
>
> --
> Ken Martin PhD
> Chairman & CFO
> Kitware Inc.
> 28 Corporate Drive
> Clifton Park NY 12065
> 518 371 3971
>
> This communication, including all attachments, contains confidential and
> legally privileged information, and it is intended only for the use of the
> addressee.  Access to this email by anyone else is unauthorized. If you are
> not the intended recipient, any disclosure, copying, distribution or any
> action taken in reliance on it is prohibited and may be unlawful. If you
> received this communication in error please notify us immediately and
> destroy the original message.  Thank you.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20160809/f2eb2651/attachment.html>