Question

I'm trying to use either a pip.installed or a virtualenv.managed state to set up a virtualenv using a requirements file that lives on the minion (installed by an earlier git.latest state). Here's the version using pip.installed:

mysite-env:
  virtualenv.managed:
    - name: /opt/django/mysite
    - cwd: /opt/django/mysite
    - user: mysite
    - runas: mysite
    - system_site_packages: True

mysite-reqs:
  pip.installed:
    - no_index: True
    - find_links: http://pypi.mysite.com/
    - requirements: /opt/django/mysite/requirements/production.txt
    - pip_exists_action: switch
    - cwd: /opt/django/mysite
    - pip_bin: /opt/django/mysite/bin/pip
    - bin_env: /opt/django/mysite
    - user: mysite
    - watch:
      - git: mysite-project

When I try and run this state, I get this error:

          ID: mysite-reqs
    Function: pip.installed
      Result: False
     Comment: Unable to process requirements file /opt/django/mysite/requirements/production.txt. Error: Ignoring indexes: https://pypi.python.org/simple/
              Could not open requirements file: [Errno 2] No such file or directory: '/tmp/requirements.txt'
              Storing debug log for failure in /home/mysite/.pip/pip.log

But that's not the path I'm passing to requirements. This looks kind of like a bug, like maybe /tmp/requirements.txt is hard-coded, because it expects me to use a salt:// URL instead of a local file path.

Am I doing something wrong? Is this a bug, and is there a good way to work around it?

Was it helpful?

Solution

It's my first day using Saltstack and Python and I was googling for environment configuration help and came across your question in my search results.

The next search result I clicked contains the same error as yours and suggests that this is caused by SaltStack moving the environment to /tmp for chowning.

The solution was to add the following to your salt state:

no_chown: True

Hope it helps.

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top