Black png returned when using a vnc session

[durack1]

@danlipsa @doutriaux1 I just ran the demo script BlueMarble_huss_satellite_view.html and received the appropriate graphic on the active VNC screen. What was saved to the png is below, and is certainly not what I was expecting:

This is certainly not the expected behavior. What additional information do you require to better replicate the issue:

In [1]: import cdat_info
In [2]: cdat_info.version()
Out[2]: ['', 'v2.8']

[durack1]

@danlipsa @doutriaux1 this is even better, when I change the:

canvas = vcs.init(size=2)

to

canvas = vcs.init(size=2,bg=True)

I then get:

[danlipsa]

@durack1 Do you have the huss_Amon_HadGEM2-AO_historical_r1i1p1_186001-200512.nc file?
@aashish24 @doutriaux1 We should add the examples to the test suite, maybe as a separate section to be able to run them automatically.
I think the black PNG is what we have seen before - VNC does not support OpenGL. Our suggestion was to run VNC through Virtual GL.

[doutriaux1]

Dan with recent updates my ubunutu seems to seg fault instantly via x forwarding. RH6 has been sending black png for a while now via x forwarding. @durack1 use the nox version, I know it sucks but that one works.

[durack1]

@danlipsa this file is 187MB, it's got all the timesteps 186101 to 200512. I've pulled out a single timestep in the linked file (102KB) let me know if this isn't suitable:
huss_Amon_HadGEM2-AO_historical_r1i1p1_186001.nc.zip

How do I run VNC through Virtual GL?

[durack1]

@doutriaux1 just confirming to install the *-nox I need the following conda command right?

conda create -n uvcdat280-nox -c conda-forge -c uvcdat uvcdat vcs-nox

Is that right? How about the vtk-cdat-nox? Or is that magically also grabbed as a dependency of vcs-nox?

[durack1]

@doutriaux1 is it right that both the vcs AND the vcs-nox versions (along with their dependencies) are being installed? Seems like this is going to cause me a lot of problems..?

[duro@ocean 090605_FLR2_sptp]$ conda create -n uvcdat280nox -c conda-forge -c uvcdat uvcdat vcs-nox
Fetching package metadata .............                                                                   
Solving package specifications: .                                                                         

Package plan for installation in environment /export/durack1/anaconda2/envs/uvcdat280nox:

The following NEW packages will be INSTALLED:

... 
    dv3d:                               2.8-py27_2                        uvcdat     
    dv3d-nox:                           2.8-py27_2                        uvcdat     
...
    vcs:                                2.8-py27_2                        uvcdat
    vcs-nox:                            2.8-py27_2                        uvcdat
    vcsaddons:                          2.8-py27_2                        uvcdat
    vcsaddons-nox:                      2.8-py27_2                        uvcdat
    vistrails:                          2.8-2                             uvcdat
    vtk-cdat:                           7.1.0.2.8-py27_2                  uvcdat
    vtk-cdat-nox:                       7.1.0.2.8-py27_2                  uvcdat
...

[doutriaux1]

@durack1 you want: conda create -n uvcdat280nox -c conda-forge -c uvcdat uvcdat-nox

[durack1]

@doutriaux1 perfect, I'll give that a spin

[durack1]

@doutriaux1 unfortunately no luck, I successfully installed uvcdat-nox which only had the appropriate *-nox versions and this is still the output:

[doutriaux1]

@danlipsa this might be bad then! @durack1 try with a slightly more recent vcs
conda create -n uvcdat280nox -c conda-forge -c uvcdat/label/nightly -c uvcdat uvcdat-nox

[durack1]

@doutriaux1 ok so installed the nightly uvcdat-nox (after fixing spaces in the command) and now I get:

(uvcdatNightlyNox) duro@ocean:[170118_PaperPlots_input4MIPs]:[2307]> python make_paperplots.py
Traceback (most recent call last):
  File "make_paperplots.py", line 9, in <module>
    import vcs
  File "/export/duro/anaconda2/envs/uvcdatNightlyNox/lib/python2.7/site-packages/vcs/__init__.py", line 57, in <module>
    from utils import *  # noqa
  File "/export/duro/anaconda2/envs/uvcdatNightlyNox/lib/python2.7/site-packages/vcs/utils.py", line 6, in <module>
    import boxfill
  File "/export/duro/anaconda2/envs/uvcdatNightlyNox/lib/python2.7/site-packages/vcs/boxfill.py", line 25, in <module>
    import VCS_validation_functions
  File "/export/duro/anaconda2/envs/uvcdatNightlyNox/lib/python2.7/site-packages/vcs/VCS_validation_functions.py", line 5, in <module>
    import genutil
  File "/export/duro/anaconda2/envs/uvcdatNightlyNox/lib/python2.7/site-packages/genutil/__init__.py", line 5, in <module>
    from grower import grower
  File "/export/duro/anaconda2/envs/uvcdatNightlyNox/lib/python2.7/site-packages/genutil/grower.py", line 4, in <module>
    import cdms2 as cdms
  File "/export/duro/anaconda2/envs/uvcdatNightlyNox/lib/python2.7/site-packages/cdms2/__init__.py", line 33, in <module>
    from dataset import createDataset, openDataset, useNetcdf3, \
  File "/export/duro/anaconda2/envs/uvcdatNightlyNox/lib/python2.7/site-packages/cdms2/dataset.py", line 6, in <module>
    import Cdunif
ImportError: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /export/duro/anaconda2/envs/uvcdatNightlyNox/lib/python2.7/site-packages/cdms2/Cdunif.so)

[doutriaux1]

ok... so let's try this one on the bleeding edge:
conda create -n uvcdat280nox -c conda-forge -c uvcdat/label/patterns -c uvcdat uvcdat-nox

[durack1]

@doutriaux1 the only patterns sourced package is vtk-cdat-nox should I proceed?

[doutriaux1]

yes, that's all you need.