Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pip install issues #13

Open
RileyWilliams opened this issue Sep 14, 2016 · 6 comments
Open

Pip install issues #13

RileyWilliams opened this issue Sep 14, 2016 · 6 comments
Labels

Comments

@RileyWilliams
Copy link
Collaborator

It does not seem possible to install netCDF4 using pip without running into errors with hdf5.
Potential workaround would be switching to hosting the package on anaconda, but this is not ideal.

@lewismc
Copy link
Contributor

lewismc commented Sep 15, 2016

I have a fix for this and yes you are right we need to install it via conda install. We could set up such a mechanism for the build ecosystem. You can see something similar we did with Apache OCW at https://github.com/apache/climate/blob/master/.travis.yml#L24 this essentially points to the script at https://github.com/apache/climate/blob/master/easy-ocw/install-ubuntu.sh

This was referenced Sep 15, 2016
@RileyWilliams
Copy link
Collaborator Author

So would you suggest using a combination of pip and conda? or just using conda? I have uploaded an OSX_64 package onto anaconda, and am working on other platforms. Do you think using coda alone is a viable option? Or would an install.sh script or similar work? (only issue with this is that there will have to be different scripts for each os). My aim is to make the package installable with only one command, so that people actually use it! 😜

@lewismc
Copy link
Contributor

lewismc commented Sep 15, 2016

My aim is to make the package installable with only one command, so that people actually use it!

Exactly and I back you up on this one. The thing over on OCW is that having the scripts which in turn use conda and pip has ended up a wee bit messy. I would suggest, if possible, we should stick to conda packaging.

@RileyWilliams
Copy link
Collaborator Author

I have now added a build for 64bit linux, however, this method means that the code has to be built on each system before upload to anaconda. Which could be fairly time consuming if this has to be done for each release. Is there a better way of doing this?

@lewismc
Copy link
Contributor

lewismc commented Oct 4, 2016

Hi @RileyWilliams yes there undoubtedly is. The conda packaging exists right? Does this not address our requirements?

@lewismc
Copy link
Contributor

lewismc commented Jun 15, 2017

Hi Folks, I recently started using conda-forge for publishing my Python packages to conda. Examples are podaacpy, pycoal and spectral. Are you guys interested in developing a conda-forge recipe for pycovjson? If so then I can undertake the work no problems at all.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants