-
-
Notifications
You must be signed in to change notification settings - Fork 844
Remove deceased expert and line linking to now-obsolete PEPs with special rules #802
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
Conversation
@CAM-Gerlach The note I proposed in python/peps#2276 requires that the experts index notes that Expat is externally maintained. I also removed Fredrik Lundh from the modules lists: (Some day GH will allow review suggestions on any line!) A diff --git a/experts.rst b/experts.rst
index a245c91e9..a50c5c453 100644
--- a/experts.rst
+++ b/experts.rst
@@ -184,7 +184,7 @@ pydoc
queue rhettinger*
quopri
random rhettinger, mark.dickinson
-re effbot (inactive), ezio.melotti, serhiy.storchaka
+re ezio.melotti, serhiy.storchaka
readline twouters
reprlib
resource twouters
@@ -251,14 +251,14 @@ wave
weakref fdrake
webbrowser
winreg stutzbach
-winsound effbot (inactive)
+winsound
wsgiref pje
xdrlib
xml.dom
xml.dom.minidom
xml.dom.pulldom
-xml.etree effbot (inactive), eli.bendersky*, scoder
-xml.parsers.expat
+xml.etree eli.bendersky*, scoder
+xml.parsers.expat \*
xml.sax
xml.sax.handler
xml.sax.saxutils
@@ -270,6 +270,8 @@ zipimport twouters*
zlib twouters
==================== =============================================
+..note:: \* The expat parser is externally maintained by the
+ `libexpat project <https://libexpat.github.io>`__
Tools
----- |
22cad2f
to
38fd86b
Compare
Oops, I'd committed that change as a separate commit, but had forgotten to actually
The issue here is the Python module isn't externally maintained, just |
Agree on this. Something about cans of worms springs to mind! A |
Yeah, that might be beneficial, but is getting kinda out of scope for this PR. That would require tracking down all the various modules that depend on external ones and nothing them; in some cases tightly coupled to the Python module, while in others much more loosely so, with potentially different libraries that could be linked against it depending on how downstreams do it. So I'd rather not open that pandora's box here, and leave that for a separate discussion. |
As discussed on python/peps#2270 , looks like Fredrik "effbot" Lundh, who has passed away, is still listed here.
Also, the list still mentions and links to PEP 291 and PEP 360, stating they contain special rules for some modules. PEP 291 is thoroughly obsolete, being explicitly limited to Python 2, while PEP 360 has not been updated in many years and with any new additions being explicitly prohibited, it presumably never will be, and all the projects currently listed are maintained in the stdlib and no longer active upstream for at least the past decade or more. This was a source of confusion, so given this sentence no longer applies to any developed CPython version, it should presumably be removed.
@gvanrossum @brettcannon