-
-
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
Implement periodic update feature #1841
Conversation
0886862
to
96f77bc
Compare
Codecov Report
@@ Coverage Diff @@
## master #1841 +/- ##
==========================================
+ Coverage 88.84% 93.84% +4.99%
==========================================
Files 82 86 +4
Lines 3946 4159 +213
==========================================
+ Hits 3506 3903 +397
+ Misses 440 256 -184
Continue to review full report at Codecov.
|
c543ad2
to
243b2ec
Compare
- print out seeded versions in report - periodically check in a background out of band process if the embed wheels are out of date - promote app data at root level, with three implementations - via disk folder, via temp folder and via not available - introduce a common wheelhouse to not replicate wheels accross python versions, decreasing size of the app data folder - allow manually upgrading the embeded wheels by using the --upgrade-embed-wheels flag, in this case no virtual environment is created - upgrade setuptools to 47.1.0 Signed-off-by: Bernat Gabor <[email protected]> Signed-off-by: Bernat Gabor <[email protected]>
Signed-off-by: Bernat Gabor <[email protected]>
Signed-off-by: Bernat Gabor <[email protected]>
Signed-off-by: Bernat Gabor <[email protected]>
Co-authored-by: Pradyun Gedam <[email protected]> Signed-off-by: Bernat Gabor <[email protected]>
Signed-off-by: Bernat Gabor <[email protected]>
Signed-off-by: Bernat Gabor <[email protected]>
Signed-off-by: Bernat Gabor <[email protected]>
e6246e1
to
e83f776
Compare
Signed-off-by: Bernat Gabor <[email protected]>
This is now ready to go. I expect to merge it over the weekend and ship it on Monday morning. |
If I'm reading this correctly, this will download the wheel but hold onto it for 28 days or so before using it? Is that right? |
If it's downloaded automatically hold onto it until it becomes 28 days old release (one hour after download). You can always make it use right away by manually invoking the upgrade process via the flag. |
Would it be useful if the simple index included the release date to use that instead of downloading and holding onto it? If not that’s fine, just thought it might be a easy optimization.
…Sent from my iPhone
On Jun 22, 2020, at 7:10 PM, Bernát Gábor ***@***.***> wrote:
If it's downloaded automatically hold onto it until it becomes 28 days old release (one hour after download). You can always make it use right away by manually invoking the upgrade process via the flag.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
It would be useful, though I'd guess we'd still hold onto it, but we'd not need to go to the PyPi API to fetch it. That being said we'd likely need to keep around the current implementation until the simple index is able to provide this information. Alternatively, it would also work if we could extract this information from the wheel/sdist itself somehow. |
I'm seeing breaking (presumably) due to this change. virtualenv is no longer reproducible and I've only just noticed setuptools>=50 despite not changing my virtualenv version. I think this should be reverted back to when virtualenv was reproducible by default, we're not making the situation better for edge-breaking and in may ways it's more confusing now that it's delayed by several weeks. |
This topic has been over discussed, and both sides made their point. There has been a majority desire both on pypa and general public side of some form of auto upgrade, which has been implemented here. There are configurations available to achieve the old behavior, but we don't plan to revert this feature. (For what it's worth I was also against this feature personally, but I consider it a decent middle ground over the old always update behavior). |
wheels are out of date
folder, via temp folder and via not available
versions, decreasing size of the app data folder
--upgrade-embed-wheels flag, in this case no virtual environment is
created
Resolves #1821.
Resolves #1840.