【问题标题】:There is no activate when I am trying to run my virtual env当我尝试运行我的虚拟环境时没有激活
【发布时间】:2017-01-17 01:48:30
【问题描述】:

1) 我使用 pip 安装了 virtualenv。
2) 我运行了命令virtualenv venv
3) 然后我跑了source venv/bin/activate 但它说没有这样的文件或目录。

当我将cd 转换为venv/bin 时,我发现了 3 个东西 - python、python 2.7 和 python 3.5。有谁知道这个问题吗?

【问题讨论】:

  • 只是为了检查:你在什么操作系统上运行它? (Windows virtualenv,至少是我前面的那个,将 activate 放在脚本目录中,但话又说回来,它也将 python 放在那里 vs bin)(另外,venv 还有哪些其他目录?)
  • 我在 mac osx 上运行它。 Venv 也有 include 和 lib。我觉得我下载了太多版本的 python 现在它把一切都搞砸了。
  • 嗯...我不习惯 virtualenv 由于运行一次命令而同时删除 python 2.7 和 3.5...你可以运行 virtualenv new-venv-18-Jan (或您以前绝对从未使用过的其他名称),并包括您从运行该命令获得的所有输出? (假设您仍然没有在新的 virtualenv 中激活)
  • 它说:新的python可执行文件...安装setuptools,pip,wheel...命令的完整输出... ImportError:dlopen ...找不到符号...预期在:平命名空间...安装 setuptools、pip、wheel...完成。 setuptools pip wheel failed with error code 1 这几乎是它所说的摘要
  • @AshishNitinPatil 这是故意的。你不应该执行activate,而是来源它,例如“source activate”或“.activate”(注意空格)

标签: virtualenv virtual-environment


【解决方案1】:

我也遇到了同样的问题。我所做的只是运行命令 virtualenv env 再次。然后在 env/bin 目录下生成了更多文件,包括激活文件。太奇怪了。

【讨论】:

  • 这行得通。有点令人不安,我们不知道为什么。并非所有脚本都实际存在于 bin 目录中。
  • 您可能在第一次创建 env 文件夹后移动了它。
  • 我也发生了同样的事情。运行virtualenv venv 两次解决了这个问题。我以前从来没有发生过。
【解决方案2】:

我解决了运行python3.7 -m venv venv 的类似问题,您可以更改安装在您环境中的python 版本。

【讨论】:

  • 有人明白激活文件为什么消失了吗?
  • 类似解决方案:python -m venv .venv 有效,python3 -m venv .venv 不包含activate.bat 等文件。我没有时间tshoot,只是添加确认。
【解决方案3】:

我在运行 virtualenv 时通过将其命名为 venv2 解决了类似的问题。我已经为另一个项目创建了一个名为 venv 的虚拟环境。这让我可以继续。

【讨论】:

  • venv这个名字好像有问题
【解决方案4】:

我在使用--upgrade 选项时遇到了这个问题。删除了该选项,一切都按预期运行。

【讨论】:

    【解决方案5】:

    我加倍它是由一些网络问题引起的,我运行它两次以安装“激活”脚本。也许首先它无法连接到某些源,所以它只是中止安装。

    【讨论】:

      猜你喜欢
      • 2020-05-22
      • 2020-08-02
      • 1970-01-01
      • 1970-01-01
      • 2022-10-17
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-07-15
      相关资源
      最近更新 更多