> Back to the topic at hand, rather than remove urllib, maybe it could > be made better -- an as-easy-to-use-as-requests package in the stdlib > would be really great.
Agreed. I think one thing that's easy to forget is that Python is useful not just for very large applications but also for your standard tiny one-off scripts (i.e., cron jobs and the like). The big standard library is indispensible for writing clean code in those somewhat inherently hacky situations. Note that this isn't really unique to Python. If we look across the landscape for scripting lanugages useful in the same areas, Bash stands out as being a bit of an odd language on its own, but one that pairs well with all your traditional UNIX tools. These tools make for a decently capable 'standard library', and Bash a surprisingly versatile tool. My point obviously isn't that Python is or should be Bash, but that Python gets a tangible benefit from its batteries in much the same way as Bash gets a benefit from sed, awk, &c. Namely, these languages are both made so much more /versatile/ by their respective included tools. Being able to count on some common problems *just being solved already* is a highly appreciated language feature, and something I'd love to see stable and supported going forward. So, let's not remove urllib. The fact that we're having this discussion indicates that the scope of urllib is somewhat undefined, so perhaps it would benefit from a firm and semi-formal (re)definition of scope (hopefully in a manner motivated by real code). After that, it would probably benefit from patching up all the rough spots in the implementation side of things. To keep the metaphor going, let's recharge our dead batteries. -- lincoln auster they/them As an aside, I've opened PR#30520 on the CPython repo, which makes urllib.urlparse less dependent on the hard-coded list of schemes it uses to determine parsing behavior. In the interest of recharging batteries, would anyone be willing to review that? @orsenthil volunteered a while back, but with all of my first-PR issues, it's sort of stalled. _______________________________________________ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/FR4AGGHFUQ3XUHUG3Q3QF7PAO6HJ3CJI/ Code of Conduct: http://python.org/psf/codeofconduct/
