conda-forge / conda-forge/conda-forge.github.io
What to do with "pure" pypi packages?
- Dominant language
- JavaScript
- Stars
- 170
- Forks
- 320
- Avg merge
- 2d 10h
- Merged PRs (30d)
- 5
Description
There are a lot of python pacakges that "jsut work" with plain old:
`pip install the_package`
These are pure python packages with non-complex dependencies.
So some folks use a mixture of conda and pip to install stuff, but this gets ugly with the dependency resolution, etc.
I've dealt with this so far by making conda packages for these, but there are a LOT of them -- and as this is an easy lift, it would be do-able to automate it all. I've always thought that Anaconda-org should have a PyPi bridge -- someone looks for a package, it's not there, it looks for a pypi package and builds a conda pacakge on the fly and away we go!
But that wold require Continuum to do it, and maybe would be too much magic.
But maybe we could have a set of conda packages that are auto-built from PyPi (conda skeleton mostly works) and then have an automated system that goes through and looks to see if there are newer versions of any of them, and auto-update those. So in theory, all we'd need to do by hand was keep a list of packages to monitor (probably keep up with whether it had been added to the default channel).
I started down this track before I discovered obvious-ci -- running conda skeleton, and building the package on the fly. Then I decided that it was easier to simply maintain by hand the half a dozen packages I needed. But it would be nice to cover a much larger range of packages....
Thoughts?
Contributor guide
Assessment
This issue has not been assessed yet.