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

Installation using requirements.txt without Anaconda fails #532

Closed
coelhudo opened this issue Aug 28, 2020 · 3 comments
Closed

Installation using requirements.txt without Anaconda fails #532

coelhudo opened this issue Aug 28, 2020 · 3 comments

Comments

@coelhudo
Copy link

What is the problem?

Just invoking pip install -r requirements.txt doesn't work in an environment without Anaconda.

For example, scikit-learn or pandas are not part of the dependencies listed.

Since not everyone uses Anaconda, offering another option could improve the project.

How can this be addressed?

An alternative file, that uses the requirements.txt file as dependency, could be provided.

[enhancement] [documentation]

@abhinand5
Copy link

A pip version of the requirements file was added here #536

@cuducos
Copy link
Collaborator

cuducos commented Oct 7, 2020

In my opinion this is not an issue at all. The project was not design to work like that (with bare pip) for a reason: reduce first-time contributors barriers.

I also highlight what I commented in the related PR:

This pip version suggested here would only work if the user already has a series of dependencies installed in their OS — this would make the system ready to compile under the hood requirements for those packages listed in the new file.

This adds complexity, expand the window for frustration in first-time users, and covering that would leave instructions longer and longer.

@coelhudo
Copy link
Author

I decided to generate the requirements file since Python already provides the package and environment management.

I understand the reason why conda was chosen as a way to deal with the dependencies. The idea was to provide an alternative for people that don't want to install conda, at the same time keeping conda as the primary way to manage all the dependencies without affecting first-time contributors. However, I can see how having both ways could add complexity since someone would have to check if the requirements file has the same versions as the packages managed by conda in case conda gets updated, albeit I believe that's something that doesn't happen frequently.

I agree with you and I'm going to close it.

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

3 participants