-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Remove Lockfile #7023
Remove Lockfile #7023
Conversation
Test failure looks unrelated. |
@cjerdonek, any ideas why Windows Python 2.7 x86 (log) and Python 3.7 x64 (log) both fail in this test. It appears that some output from pep425tags which traces at DEBUG level is getting captured. caplog should not be changing the default level (WARNING) unless explicitly asked so I'm pretty sure it's unrelated to the test itself. Maybe |
Yes, I noticed this on another PR, too. I believe this is due to the test ordering being different (probably due e.g. to the introduction of different test modules combined with platform-dependent skipped tests, etc) combined with the tests not being completely isolated. A possible quick fix is to set the appropriate log level on In the absence of a pytest feature like that, we would need to reset |
I think it'd be better to override the fixture, the same way we override tmpdir. |
Hmm, the pytest docs say it already resets the caplog level at the end of every test: https://docs.pytest.org/en/latest/logging.html#caplog-fixture |
I put that workaround in place for the failing test and created #7026 to track the investigation and fix for the underlying cause. |
Thanks for reviewing @pradyunsg! |
Following up on #6954, our HTTP cache now uses write-then-move instead of explicit file locking. This was the last place that Lockfile was used, so it has been removed.
Closes #4766.