4 ms·
Actually, a proposal for exactly this was published yesterday: https://github.com/rust-lang/rfcs/pull/3810 https://github.com/rust-lang/rfcs/pull/3810 It's unf
by wofo 1y ago
Actually, a proposal for exactly this was published yesterday: https://github.com/rust-lang/rfcs/pull/3810 https://github.com/rust-lang/rfcs/pull/3810
It's unfortunate that the response so far hasn't been very positive
- tadfisher 1y agoThat proposal is not exactly this; that seems to propose a "blessed crates" namespace which includes popular open-source libraries. I read this proposal as a Python-style batteries-included stdlib.
- wofo 1y agoWhat the OP proposes is not exactly a bigger stdlib, because they mention it should have "relaxed stability guarantees". Or is python allowed to change their stdlib in backwards-incompatible ways?
- hmry 1y agoYeah, they do so regularly. Every version removes several old stdlib features (after the last version in which they were not deprecated goes EOL)
- zahlman 1y agoIt does happen - after a deprecation period, usually small changes, but frequently (i.e. in every minor version there will surely be someone directly affected). More recently there were entire swaths of modules removed - still a conservative change, because we're talking mainly about support for obscure file formats and protocols that hardly anyone has used this century (see https://peps.python.org/pep-0594/ https://peps.python.org/pep-0594/ for details - I may be exaggerating, but not by a lot). Historically this process has been mostly informal; going forward they're trying to make sure that things get removed at a specific point after their deprecation. Python has also now adopted an annual release cadence; the combination of that with the deprecation policy effectively makes their versioning into a pseudo-calver.