hdf-compass
hdf-compass copied to clipboard
HDFGroup
New Tag/Release
Dear @giumas @jreadey ,
can you please add new tags (& releases) to this GitHub repo?
The last tag & release that is published is 0.6.0 and still has not our PRs in it. Meanwhile, the PyPI version is already at 0.7b3 but no corresponding git tags can be found in this repo :)
@ax3l I can surely add a new beta release, but the issues (mainly, the pydap plugin is broken) with the current py3 branch are described here.
@jreadey might have a better estimation for a full release or, at least, if there are plans for.
Thanks!
Are you able to build the beta snapshots of wxPython Phoenix on which hdf-compass relies on from source or are you relying on their binaries?
We are having a very hard time compiling/getting the GUI part bootstrapped. Also since the latest releases still depend on 3.0.* of wxPython Phoenix and these releases are nowhere to be seen since they seem to have removed them.
Actually, I am currently using HDF Compass on Windows with wxPython 4.0.0a1 from conda-forge: https://anaconda.org/conda-forge/wxpython/files
Thus, the setup.py might be obsolete, but I don't have the time to test on other platforms to validate such an assumption.
All right, so you use the conda-forge early alpha of wxPython "Phoenix" 4 for your py3 branch.
But how do you build branch develop which requires wxPython "Phoenix" 3.0?
HDF Compass is a pure-python library, and nothing requires to be compiled. As such, you have multiple ways to workaround it. The easiest one might be just adding --no-deps option to pip install. Of course, you need to be sure that all the dependencies are installed on your own.
Ok, let me ask it the other way around: can you please hint me on how a windows/unix/linux/mac user can get wxPython "Phoenix" 3.0 to successfully run the current develop and stable release? It does not even exist on the wxPython "Phoenix" homepage.
The only publicly available version 4.0, is still in unstable state and support is not merged to develop.
You may have missed that there is a Travis CI script: https://github.com/HDFGroup/hdf-compass/blob/develop/.travis.yml It seems to work on OSx, but failing on Linux for wxPython: https://travis-ci.org/HDFGroup/hdf-compass
ok, so we need to fix the travis script first on Linux and then the py3 branch should be merged to develop, maybe ignoring that one of the backends is not working yet.
Because I find no way to get wxPython "Phoenix" - aka the latest stable release - and that leaves us with no usable stable version of hdf-compass because the dependencies are unavailable.
btw, 12 days ago the 2nd stable release of wxPython 4 "Phoenix", v4.0.1, was released. Maybe we want to test it and bump the dependency list to that one?
@ax3l , @oyarzun I would love if it happens! But to do that we need somebody from the HDF Group on board and actively working on it to steer the changes. (I don't know who is currently in the group among @jreadey , @ajelenak-thg, @hyoklee, @kyang2014, @gheber )
Unless you propose to fork the project for lack of interest in maintaining it from the HDF Group. I am fine with the fork solution too, although far from ideal.
Hey, I'm here, but I won't have time to actively work on this project. I think that goes with the other HDFGroup-ers as well.
If someone build and test with wxPython 4, I'd be happy to created the "frozen" exe's and distribute.
Thanks to @ax3l, the py3 branch now builds on Travis and AppVeyor. This is surely a step forward.
@jreadey looks like wxPython 4.0.0/4.0.1 works. Can we please update the readme to require wxPython "Phoenix" 4.0.0+ instead of the unavailable release lines?
Feel free to create exes of the current develop with it.