System site packages is not seen as a Python package #8521
Labels
area/deps
Related to representing and locking dependencies
area/venv
Related to virtualenv management
kind/bug
Something isn't working as expected
status/triage
This issue needs to be triaged
I am not because I want to use the patch introduced in commit 237dff0
-vvv
option) and have included the output below.Issue
My
poetry install
consistently fails with the errorHere is the gist that shows the verbose output of the failure. None of the packages get installed
I am using an NVIDIA Pytorch container that has torch configured as I need it. I would like to use Poetry to manage my project. Ideally, I would like Poetry to handle everything except my
torch
andtorchvision
dependencies.In order to achieve this, I am always sure to:
poetry config virtualenvs.options.system-site-packages true
torch = { version = "1.14.0a0+410ce96", allow-prereleases = true}
in mypyproject.toml
When I run
poetry lock
, this is what the seection fortorch
looks likeThis comment in in PR #8359 caught my eye.
If a system site package was to be seen as a directory, would that mean this patch would fail?
I've tried to remove
[package.source
in the lock file andpoetry install
still fails. Here is the verbose output.Removing just the source so that the lock file looks like:
gives the same result.
Ultimately, I would like to pin my torch package in my toml file, use system-site-packages in my venv, not mess with the lock file, and have poetry accept my installation as a Python package that already exists and doesn't need to be updated/reinstalled
The text was updated successfully, but these errors were encountered: