-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
Unconditional exclude of __pycache__ broke pytest-remove-stale-bytecode #4969
Comments
Hi @sallner!
Just took a look at the plugin code (https://bitbucket.org/gocept/pytest-remove-stale-bytecode/src/b1a91f05f9349671968cf88323437e7d5b3e4493/plugin.py?at=default&fileviewer=file-view-default) and now I understand the problem better, sorry. Not sure if I have another suggestion though... |
As for cleaning, I only do this seldomely, e.g. if there is an issue with different paths when running tests inside/outside of Docker, and have a |
Can we close this or would you rather leave it open @sallner? |
Closing the issue as inactive. |
At least for our projects, deleting all pyc files (as has been suggested by several people in the context of this topic) incurs a staggering performance overhead (e.g. the runtime of Instead I have now proposed an update to the plugin to make it work with current pytest versions. (The performance overhead of walking all pyc files one additional time has been negligible for me.) |
as far as i can tell the plugin is inactive, im not sure reactivating is acceptable without anyone taking ownership and responsibility |
The fine folks at gocept have revived the plugin and released version 4.0 |
They are awesome |
@wosc |
Here's a quick checklist in what to include:
With #4250 the
__pycache__
directories are skipped during the collection phase to improve performance. Since then the pluginpytest-remove-stale-bytecode
(history #590) has not been working anymore.As the skipping is performed outside the
pytest_ignore_collect
it is also not easily possible to change the behaviour or to configure it somehow.The package will be put in inactive mode for now, as this seems to be too much of a change for this plugin. If the interest in this plugin is reasonable high, this can be changed of course.
What is your opinion to that? Do you see any other option to get rid of the cache between test runs?
pip list
of the virtual environment you are usingpytest and operating system versions:
Minimal example if possible
The text was updated successfully, but these errors were encountered: