TST: Travis CI working with wradlib 0.7.0

[jjhelmus]

No description provided.

[kmuehlbauer]

Just a reminder, the wradlib pypi version is not the latest version with the changes. You would need to clone from master.

[jjhelmus]

@kmuehlbauer I plan on having Py-ART CI use the latest released version of wradlib not the bleeding edge. 0.7.0 is the latest release correct?

[kmuehlbauer]

Correct! But python2/3 compatibility will be reached with 0.8.0.

[jjhelmus]

I'll be limiting the tests to Python 2.7 at the moment.

[kmuehlbauer]

@jjhelmus, it seems that wradlib stalls in travis-ci in its setup.py, because some dependency is missing. I suspect some gdal/netcdf issue. This will also be resolved with 0.8.0.

[jjhelmus]

Yes, the issue is with gdal, the package provided by Continuum is finicky. I knew that this was failing just wanted a new CI run to debug. Should have a fix shortly.

[kmuehlbauer]

Have a look here, this works for me: wradlib/wradlib#9

and this here wradlib/wradlib#12

[jjhelmus]

The issue is that getting basemap and gdal to install correctly in a conda environment is difficult due to some of the packages incorrectly listing their dependencies, see ContinuumIO/anaconda-issues#584.

[kmuehlbauer]

@jjhelmus ah, I see, so wradlib works because of basemap is no dependency. BTW, did you experience kind of connection problems with the conda-repos lately?

[jjhelmus]

They seems a bit slow last night for me (~12 hours ago) but I haven't had any problems today.

[kmuehlbauer]

OK, because I had some problems 5/6 days ago, where packages were not correctly installed within travis.

[jjhelmus]

FYI, I created conda packages for wradlib 0.7.0 and uploaded them to by Anaconda.org channel. I'll be making a conda-forge pull request shortly for a more maintainable solution.