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
Implement PEP 3108 #47024
Comments
This is to keep track of who is working on what for PEP-3108 |
I'm working on the new urllib package. |
I'm working on removing mac modules. |
I am working on audiodev to get the basic structure of removals worked out |
For the TextMate users, I am going to be checking in a Python-Dev bundle |
If you use TextMate, get the Python-Dev bundle and use the command in |
I'm working on removing symtable/_symtable |
I'm working on creating http package with httplib, BaseHTTPServer, |
Here is a patch for the Queue module renaming - I can not easily do the |
Here is a patch for the required changes to rename SocketServer.py - tests |
I'm working on xmlrpc/* changes |
I think we should move robotparser into the urllib package. Anyone Jeremy |
Should DocXMLRPCServer.py be moved into xmlrpc/ as well? |
On Sat, May 10, 2008 at 12:29 PM, Jesse Noller <report@bugs.python.org> wrote:
Yes, and end up in the server module. That was just an oversight on my |
I add deprecated warnings symtable/_symtable in python 2.6 |
Just so people know, I have emailed python-dev about renaming urllib as I |
The files Python/compile.c and Python/pythonrun.c depends of the What I do for remove _symtable in py3k? |
Andrews, this discussion would be more appropriate to the mailing list, |
I'm working on the new package tkinter and dialogs merging where |
Patch regarding the move to tkinter package added. What this patch does
What has to be done
|
I'm working on creating html package with HTMLParser and htmlentitydefs |
Just so people know, feel free to create new issues for stuff if you want. |
New patch regarding the move to tkinter package, now with docs updated. |
For to remove the htmllib on Python 3000 is need to removed these files: Lib/htmllib.py And apply this patch |
I'm working on renaming the ConfigParser module. |
Done with pickle and stringio. |
We've got what we've got for the first betas. |
Not creating new bug entry because everybody can quickly fix it. In urllib/request.py some instances of URLError are raised with "raise |
Fixed in r64624. |
For those of you following along, the only thing keeping PEP-3108 and |
I found some bsddb code left in setup.py. Patch attached. |
Thanks for the patch. Applied in r738067. |
I don't know why hotshot was deprecated specifically for Python 3 as that was never directly part of the discussion for PEP-3108. As for xmllib, that is most likely an oversight. Either way they should get added to the relevant PEPs. |
I am very glad you're reorganizing the Standard Library. Thumbs up! I hope everything will comply to PEP-8 after you're done. Since you're reorganizing, I have my own contribution. I have uploaded a patch. The bpo-7351 (http://bugs.python.org/issue7351) was not accepted at the time, I hope you'll accept this fix now. My point is that every class name in module zipfile is like this:
So apply my fix to make the exception class BadZipfile consistent to others and let it be BadZipFile. Thank you. |
The reorganization is over short of one or two lasting changes that may not even be made now. New suggestions are not directly being discussed here and would have to be taken up on python-dev. |
Can you send my patch and comment to python-dev? Because I don't know how to. I don't know where is python-dev and what exactly you mean by this. |
No. Best I can do is suggest you perform an internet search on the term as it makes it obvious what python-dev is. |
My patch "zipfile-patch.diff" was sent to python-dev. Please act on it as you see fit. Thank you. |
Did you manage to apply my fix "zipfile-patch.diff" to the trunk? |
If any action regarding your patch takes place there will be a comment here about it. Until then assume nothing has happened. |
Shouldn't this be closed? Most of this has been done and we can't do the rest anyway, without breaking backwards compatibility. |
profile and cProfile could still conceivably be merged, even if it is under a new name if someone found the time to do the compatibility work. |
I will have a go at the profiler situation. I imagine the following: deprecate the cProfile module, and provide both profiler classes from the profile module -- e.g. as PythonProfile and CProfile, and provide Profile = PythonProfile. (From cProfile.py, obviously Profile = CProfile). A lot of the interface (module-level helpers and script entry) are near duplicated anyway. In 3.3, the default Profile could then be reassigned to CProfile. |
Alas, too late for 3.2 now. |
Just so people know, if the profile situation isn't resolved by 3.3 I'm considering PEP-3108 done. IOW, if anyone wants to step forward and deal with cProfile/profile, that would be appreciated. =) |
For the stat module in the "Obsolete" section[1], should the entry be updated to indicate that the module was left alone (see bpo-2874)? Would it be worth having the "Merging C and Python Impl..." section[2] include a reference to PEP-399? [1] http://www.python.org/dev/peps/pep-3108/#obsolete |
Answers to Eric's questions: yes and yes, but I probably won't bother until I do a final update to the PEP. |
Brett, bpo-2919 had a patch that merges profile/cProfile for a while now but nobody test it yet. All I need it someone to download the patch, install it, test it on some random script and tell me if it works. I don't need more. |
I don't see any patch there, only a .tgz and two Python files. |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: