-
Notifications
You must be signed in to change notification settings - Fork 566
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
Upgrade to python3.11 #4059
Comments
Hello clusterfuzz team do you have an ETA for migrating to python3.11? Thanks in advance! |
I'll let @vitorguidi comment in more detail on this, but we are actively working on this upgrade and should hopefully be completing this in the coming weeks / month. |
We already have all dependencies bumped, the next step is switching the interpreter and performing a canary with production instances. This should be done next week, and it will be possible to more accurately gauge how complex the process will be, but Oliver's estimate is what I am expecting. |
### Motivation During the python 3.11 upgrade, a regresion in os.path.realpath made clusterfuzz delete all its files when paths with mismatching case in the C: drive were compared raw. In order to recover historical context as to why we choose to delete files that have a mismatch between real and absolute path, this log will be introduced. Part of this [initiative](#4059)
#4025 has already been merged and we have been running clusterfuzz in production for >1 week at Python3.11, so it should be good now @eduarddfinity |
@vitorguidi are you all running from a stable release branch or are you just running off of |
We run off master. I don't think we've done releases in at least a year, don't have the cycles for this sadly. |
@jonathanmetzman is running off of master just for an internal instance or is that what OSS-Fuzz runs on as well? |
OSS-Fuzz was running on a very old version of master but now is pretty much on latest master. Things for oss-fuzz are not in a very stable state but your internal deployment is probably more like the internal instance which is stable on 3.11 |
### Motivation The last move to upgrade our fleet to 3.11 is switch batch. This PR adds the CLUSTERFUZZ_RELEASE env var to batch config, so we can roll forward/back between 3.7 and 3.11 on batch by maneuvering between the appropriate docker image and code release This PR belongs to this [initiative](#4059) ### Deployment strategy This code should be deployed to uworker instances, which are the actual ones that create batch jobs. Deploy this using --release=candidate, with the appropriate clusterfuzz-config
All PRs related to this effort should link here.
The text was updated successfully, but these errors were encountered: