-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Store pip/setuptools/wheel copies under user_cache_dir instead of user_data_dir #1884
Comments
Nevermind that - virtualenv already uses virtualenv/src/virtualenv/config/ini.py Line 28 in c3453b6
|
I think this is an upstream issue. |
The second part (virtualenv.ini location) is an upstream appdirs/platformdirs issue, yes. The first part (cache location) is a virtualenv issue though. |
Please put in a PR with that change 👍 |
Hey, I was looking into the codebase for this and as we can also support creating symlinks, I am assuming the complete behaviour is to store data in The Also on a side note, the plugin based implementation is so clean! |
@gaborbernat I would also love to hear your thoughts on the following.
I can then go ahead and start the implementation :D |
Well in both cases should be app data. |
What's the problem this feature will solve?
virtualenv uses the location returned by
appdirs.user_data_dir(...)
to store downloaded and extracted copies of pip/setuptools/wheel. Because these files can be easily redownloaded/reextracted if they are missing, it would be better to put them underappdirs.user_cache_dir(...)
. This points into a standard cache directory like~/.cache
(XDG) or~/Library/Caches
(macOS), which is recognized by the system and programs as "not important" and will be excluded from backups, can be deleted if disk space is needed, etc.Describe the solution you'd like
Use
appdirs.user_cache_dir(...)
for files that can always be easily redownloaded/regenerated, and useappdirs.user_data_dir(...)
only for user data that cannot be recreated.The text was updated successfully, but these errors were encountered: