-
-
Notifications
You must be signed in to change notification settings - Fork 782
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
RFC Package unvendored stdlibs to sdist / wheel? #4748
Comments
What about the unvendored binary extensions? |
For binary extensions, we will still need to build them from sdist. |
So you're proposing uploading sdists of CPython to pypi? Are they independent of the rest of the CPython source tree? This seems like an interesting idea, but I think there's no guarantee about builtin C modules successfully building in this way at this point or in the future. Though if it works for a while and then stops working we could just switch back. |
Proposed refactoring or deprecation
We are "unvendoring" some libraries to reduce the size of the Pyodide main module, and these libraries are being built as recipes like any other package. However, these libraries are handled somewhat differently than other packages; for example, they are defined as a separate
cpython_module
type, and they are installed in a different directory and process.I recently noticed that the standard libraries being removed from Python 3.13 have been packaged separately and put on PyPI at this link, and I thought we might package the unvendored libraries similarly; consider them as normal python package and make a sdist (if they include c source codes) or wheel (if they are pure python).
If we package them as a normal Python package, it might be possible to reduce the specialized branches for those libraries, reducing the overall complexity of our build system.
Possible Drawbacks
pyodide/uncensored-libs
repository, and we need to update them whenever we update the Python version. This can increase the maintenance burden.fullStdLib
option inloadPyodide
.So... this is just a thought, not a strong opinion, and I'm not even sure it's a good idea.
The text was updated successfully, but these errors were encountered: