Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

missing --symlinks #2831

Open
axelande opened this issue Apr 5, 2024 · 5 comments
Open

missing --symlinks #2831

axelande opened this issue Apr 5, 2024 · 5 comments
Labels
compatibility Compatibility with a specification or another tool

Comments

@axelande
Copy link

axelande commented Apr 5, 2024

I'm trying to debug some native c++ that is a part of my python project with Visual Studio. To get this working with a "pip generated" venv (after ~python 3.10) you need to add --symlinks when you create the the venv on a Windows machine. Do you think that it would be possible to add this option to uv as well? (So that the files gets created as symlinks instead as of copies..)

@charliermarsh charliermarsh added the compatibility Compatibility with a specification or another tool label Apr 5, 2024
@charliermarsh
Copy link
Member

Do you know why this is necessary for your use-case?

@axelande
Copy link
Author

axelande commented Apr 5, 2024

I'm using it to be able to debugg a c++ extension that starts from python. (I'm running the debugging in visual studio)

@ncoghlan
Copy link

ncoghlan commented Jun 25, 2024

For my current potential uv use case, I pass --symlinks or --copies to python -m venv explicitly to guard against the platform-specific defaults ever implicitly changing on me (the virtual environments I'm creating need to do the right thing when packaged up as tarballs and/or zip archives, so I really need to know exactly how the relationships between virtual environments and their base environments are being managed).

Given #1795 though, I think I'll back off from trying to replace python -m venv for now, and stick with just replacing pip install, pip-compile, and pip-sync.

@charliermarsh
Copy link
Member

@ncoghlan -- Sorry to hijack, but do you have an opinion on the correctness of #1795?

@ncoghlan
Copy link

@charliermarsh I replied over there, but I'm pretty sure python -m venv is in the wrong in the way it is handling attempts to create virtual environments from within virtual environments (I had to change my current project to explicitly create layered venvs from the base Python runtime, since attempting to create them directly from the next layer down gave an unusable environment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
compatibility Compatibility with a specification or another tool
Projects
None yet
Development

No branches or pull requests

3 participants