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

Switch to conda? #225

Open
kimt33 opened this issue Apr 15, 2017 · 1 comment
Open

Switch to conda? #225

kimt33 opened this issue Apr 15, 2017 · 1 comment
Milestone

Comments

@kimt33
Copy link
Contributor

kimt33 commented Apr 15, 2017

I don't think the default linux package managers are reliable when installing dependencies for HORTON. There are too many errors that pop up every time the repo gets updated or if the repo is too old. It's quite difficult to keep the versions of each dependency to comply with HORTON.
For example, Travis uses apt-get to install some outdated dependencies (#222), Fedora 25 (and onwards I think) uses Libxc 3.0.0 (#224), and Fedora automatically uses Atlas to build some of its .
Any chance we can just switch to a separate package manager? Like pip install --user fixes a lot of the python-related dependency problems. Explicitly downloading and building non-python packages from sources are kind of a pain, so maybe shifting to conda will be smart in the long run.

I know @matt-chan has some sort of conda package/channel for HORTON stuff. We can build MKL, OpenBlas, Atlas all through conda so that would be nice too. It also has Mingw and some MSYS2 capabilities, so it's not too far fetched to get a conda package for windows as well. If we go for this modular structure subpackage structure, we can use conda to manage them too.

@tovrstra
Copy link
Member

I agree that that would be very welcome in the 3.0 version. I would not present it as the only solution. It is always nice to be able to install HORTON on recent Linux distributions, without having to use an external package manager.

Package managers like Flatpak (http://flatpak.org/) and Snap (https://snapcraft.io/) could also be interesting. These should be reasonably well supported in recent Linux distributions.

@tovrstra tovrstra added this to the 3.0.0 milestone Jun 27, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants