我来帮你搞定这个问题——你遇到的是virtualenv迁移后非常典型的硬编码路径绑定问题，咱们一步步来解决：

1. 能不能激活下载后的新环境？ #

直接用现有env目录激活是不行的。因为virtualenv创建时，会把旧路径下的Python解释器地址硬编码到env/bin/pip、env/bin/python这些脚本的头部（也就是shebang行#!/Users/path/to/OLD/...），当你把整个env目录挪到新路径，这些脚本找不到旧的Python解释器，自然会报错。

正确的做法是重新创建虚拟环境，而不是复用旧的env目录。

2. 是否需要配置PATH？ #

暂时不需要调整全局PATH。虚拟环境的activate脚本会自动临时修改当前shell的PATH，把新环境的env/bin放到最前面。你现在的问题不是PATH没生效，而是旧env里的脚本本身就指向了错误的路径。

3. 如何消除旧虚拟环境的影响？ #

按以下步骤操作：

• 首先删除新目录里的旧env文件夹：

  rm -rf env
  

• 重新在当前新目录创建虚拟环境：

  # 如果用virtualenv命令
  virtualenv env
  # 或者用Python自带的venv（Python3.3+推荐）
  python3 -m venv env
  

• 激活新环境：

  source env/bin/activate
  

• 重新安装项目依赖：
  从你提供的pip freeze输出里，把那些报错的异常包（-yYAML、-ix）去掉，保存成requirements.txt，然后执行：

  pip install -r requirements.txt
  

额外处理那些奇怪的警告 #

你看到的Parse error at "'-yYAML=='"这类警告，是因为全局pyenv环境里安装了名称异常的包（大概率是安装时手滑输错了命令，比如把pip install -y PyYAML写成了pip install -yYAML）。如果这些包不是项目需要的，可以直接卸载：

pip uninstall -y -yYAML -ix

4. setup_python能解决此问题吗？ #

如果是指AWS相关的setup_python脚本，它主要是帮你配置AWS服务（比如Elastic Beanstalk）的Python运行环境，解决不了你本地虚拟环境的路径绑定问题。本地的问题还是靠重新创建虚拟环境来解决最直接靠谱。

内容的提问来源于stack exchange，提问作者Senrab