Closed jcollado closed 8 years ago
Your understanding is correct. Is clue installed in its own virtualenv as per the documentation? This sounds like a bug
Yes, clue is installed in a separate virtual environment named clue
and the clue pip install
command is executed in the cloudify
virtual environment that was created by clue
itself.
can you try running clue git status
and verify all repos are on master
branch and then run clue git pull
to fetch the latest code? Afterwards, try running clue pip install
again
I've made sure that everything is up-to-date and still get the same error.
I just installed a fresh clue
in its own env, did clue env create
and clue apply
and then clue pip install
in the newly created virtualenv managed by clue and the error you describe does not reproduce, can you try that?
I tried to repeat the process from scratch and the errors happen even when running clue apply
:
[package_installer.start] INFO: Collecting cloudify==4.0a5 (from cloudify-integration-tests==4.0a5->-r /tmp/requirements-B9Y407.txt (line 13))
[package_installer.start] WARNING: Could not find a version that satisfies the requirement cloudify==4.0a5 (from cloudify-integration-tests==4.0a5->-r /tmp/requirements-B9Y407.txt (line 13)) (from versions: 3.0, 3.1rc2, 3.1, 3.2a1, 3.2a2, 3.2a3, 3.2a4, 3.2a5, 3.2a6, 3.2a7, 3.2a8, 3.2rc1, 3.2, 3.2.1, 3.3a1, 3.3a2, 3.3a4, 3.3a5, 3.3a6, 3.3a7, 3.3rc1, 3.3, 3.3.1, 3.4a1, 3.4a2, 3.4a3, 3.4a4, 3.4a5, 3.4rc1, 3.4, 4.0a1, 4.0a3)
[package_installer.start] WARNING: No matching distribution found for cloudify==4.0a5 (from cloudify-integration-tests==4.0a5->-r /tmp/requirements-B9Y407.txt (line 13))
This is very interesting!
Right now, there are two things I can think of:
1) When you re-ran everything, did you provide a new virtualenv name? Otherwise, the process would try using your existing virtualenv. Try running rmvirtualenv cloudify
before re-running clue apply
or change the virtualenv name in inputs.yaml
2) Caching of git pull or something? This is far fetched, but I'm just throwing out ideas
3) If things still don't work, can you provide the full output?
@jcollado was this issue resolved?
I tried to reproduce the issue in a VM and it worked fine, so there must be something in my environment that is causing the problem. I'm closing the issue. Thanks for your help.
I'm setting the development environment from scratch, so I've installed
clue
, runclue env
andclue apply
as in the documentation. Then I execute in thecloudify
virtual environmentclue pip install
and I get failures because some of the python packages cannot be found with the expected version (4.0a5
).Looking at the first failure, what I see is that
cloudify-rest-service==4.0a5
depends oncloudify-dsl-parser==4.0a5
, but thatcloudify-dsl-parser
version is not found:After reviewing the
inputs.yaml
file that was automatically generated byclue
, I see thatcloudify-dsl-parser
is indeed marked as a dependency ofcloudify-rest-service
:and that
cloudify-rest-service
is a repository managed byclue
:Hence, my understanding is that the
pip install -e
command should have been executed forcloudify-dsl-parser
before the one forcloudify-rest-service
and the failure shouldn't have happened because the right version ofcloudify-dsl-parser
would have been available at the time thecloudify-rest-service
installation happened.Is this correct or am I missing something?