-
Notifications
You must be signed in to change notification settings - Fork 16
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
Conda packages #47
Comments
Sure. I didn't know about the noarch option. Is this something we should consider for holoviews? Do you need to commit to an architecture unless you are compiling C code or your Python code is somehow architecture dependent? |
noarch hasn't always been supported, but is mostly supported now. Apparently it doesn't yet let you specify the Python version, which seems like a major limitation, since there are plenty of packages that are cross-platform but need different versions for Python2 or Python3. For holoviews, param, and imagen, there's only one version of the source code, to be used across all Pythons, so noarch should work fine, and I think we should be using it whenever we can. E.g. our stuff should work even on obscure OS's that we would never build explicitly, or at least there's no reason we'd want to stop people from trying them out! |
Shame about not being able to specify the Python major version. I don't care what platform the code is running on but I do care whether it is Python 2 or 3. Even though HoloViews/Imagen/Param have a single code base to support both Python 2 and 3, the dependencies of these projects (especially for HoloViews) may need more of a Python 2/3 distinction. I find it a little odd that this isn't supported: when I upload to anaconda I end up with files such as |
Right; I don't think there's a good reason, only technical awkwardness, hopefully transient. Here I'm just going by word of mouth; I don't know where this limitation is documented. In any case it shouldn't matter for imagen or param, with their minimal dependencies. |
Imagen is on conda -c ioam, but only for linux-64, not e.g. OS X. Can we build a noarch package instead so that it will be supported on all platforms?
https://github.com/conda/conda-build/tree/master/example_packages/noarch_python
The text was updated successfully, but these errors were encountered: