Closed nerdvegas closed 12 months ago
What we could do is use the zipapp provided by virtualenv. We would just have to download it during install time.
Download at install time can be a dealbreaker for firewalled corps/studios.
On Sat, Oct 22, 2022 at 3:46 PM Jean-Christophe Morin < @.***> wrote:
What we could do is use the zipapp https://virtualenv.pypa.io/en/20.15.1/installation.html#via-zipapp provided by virtualenv. We would just have to download it during install time.
— Reply to this email directly, view it on GitHub https://github.com/AcademySoftwareFoundation/rez/issues/1349#issuecomment-1287895431, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABPOE3UV6M6NH5RBJL62A63WERAB5ANCNFSM536RYOCA . You are receiving this because you are subscribed to this thread.Message ID: @.***>
We could add a flag to disable the virtualenv download.
Looks like virtualenv uses an MIT license now -- https://github.com/pypa/virtualenv/blob/main/LICENSE
Did they switch? Could we just update to that version?
virtualenv is LGPL, it must be removed from the project.
This means that py<3.7 will now have a system requirement on virtualenv, but that's not so bad - practically all of py<3.7 is py2, which is much closer to actual deprecation in vfx now. We will abort with an error if virtualenv cannot be imported in this case.
Note related ticket #1348 - not sure specifically what's going on here, but let's just fall back to virtualenv if venv cannot be imported, that seems more robust.
Related Issues/PRs
1348
https://lfscanning.org/reports/aswf/rez-2022-06-10-b01cab7b-ff86-4d95-9353-3af77d08c868.html