-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Dependency install order is 'broken' #3966
Comments
All packages are being installed in topological order – see issue #2478 – and that's how it should be. |
The Installing packages manually makes this possible, so why not allow an automated way? If I cannot set the order of installation, can you please update the docs on requirements file from "list of items to be installed" to "set of requirements to be installed in topological, then undetermined order"? This would clear up the misunderstanding that the order of input makes a difference (list implies order implies control of order, which it doesn't have). Although the docs to warn about this not being true, the correct word for something makes a difference. |
We don't promise anything about what order packages are installed (or built) in. They might even be built in parallel at some point in the future. I'm fine if someone wants to submit a PR to change "list" to "set" but I wouldn't want to document what the current order is (because it can change at any time). |
@MMeent |
Like Donald said, pip install order should not be relevant. |
Description:
For our Django project we have a few dependencies which we want to install using PIP. Most dependencies work normally on both operating systems, but not all.
Specifically I'm speaking about the rcssmin and rjsmin modules, which are required by the 'django-compressor'-library. These do not install normally on windows, but using
--install-option="--without-c-extensions"
made those two install just fine. Including this into the head of our windows requirements file does not make PIP use these flags while installing these modules. This means that we have to run the pip requirements command 2 times instead of one, which is not terrible but annoying.Something that would fix this annoyance is that in the requirements file your
-r <filename>
includes are evaluated only after the other requirements in that file, or (an optional flag for) that requirements are installed in the order the file specifies.What I've run:
The text was updated successfully, but these errors were encountered: