search

OpenAstronomy / conda-channel

An open source community conda channel
8 stars 8 forks source link

Remove sunpy python version restriction, and try cross-owner copying #20

Closed mwcraig closed 8 years ago

mwcraig commented 8 years ago

The latter is enabled by adding conda-forge to --inspect-channels in the call to conda build-all

mwcraig commented 8 years ago

Merging, fingers crossed...

Cadair commented 8 years ago

Not that this will be a problem for sunpy, but what happens if the conda forge build has different compile time packages than users installing through this channel? I.e. versions of numpy or even openblas vs mkl?

mwcraig commented 8 years ago

I asked some of the conda-forge people about that last weekend and the consensus seemed to be it was unlikely to be a problem. The big potential issue, I think, is numpy linked to openblas vs mkl. If a package is linked against numpy (as opposed to linking directly to one of the linear algebra packages) there shouldn't be a problem.

I don't think it is any worse than situation most people are in with conda-forge right now: most people have a continuum numpy but other packages in conda-forge.

In the longer term I'd like to move the recipes over to conda-forge. The infrastructure is now in place to copy either recipes or packages from conda-forge.

Of course, if you would prefer to remove sunny here, that is fine. :smile:

I'm a little reluctant to switch to conda-forge completely on the user side because I still hit occasional glitches when I use it for everything.