Repository navigation
Implement PEP 3108 #47024
Copy link
Copy link
Closed
Labels
stdlibStandard Library Python modules in the Lib/ directoryStandard Library Python modules in the Lib/ directorytype-bugAn unexpected behavior, bug, or errorAn unexpected behavior, bug, or error
Description
| BPO | 2775 |
|---|---|
| Nosy | @freddrake, @warsaw, @brettcannon, @birkenfeld, @kbkaiser, @pitrou, @avassalotti, @hdiogenes, @benjaminp, @orivej, @juracy, @merwok, @florentx, @meadori, @ericsnowcurrently |
| Dependencies | |
| 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:
assignee = 'https://github.com/brettcannon'
closed_at = <Date 2012-11-17.15:05:49.421>
created_at = <Date 2008-05-06.18:11:08.731>
labels = ['type-bug', 'library']
title = 'Implement PEP 3108'
updated_at = <Date 2012-11-17.15:05:49.419>
user = 'https://github.com/brettcannon'bugs.python.org fields:
activity = <Date 2012-11-17.15:05:49.419>
actor = 'brett.cannon'
assignee = 'brett.cannon'
closed = True
closed_date = <Date 2012-11-17.15:05:49.421>
closer = 'brett.cannon'
components = ['Library (Lib)']
creation = <Date 2008-05-06.18:11:08.731>
creator = 'brett.cannon'
dependencies = ['2874', '3260']
files = ['10292', '10294', '10297', '10324', '10325', '10326', '10416', '14434', '19222']
hgrepos = []
issue_num = 2775
keywords = ['patch']
message_count = 71.0
messages = ['66326', '66330', '66340', '66341', '66342', '66348', '66520', '66538', '66540', '66565', '66567', '66568', '66570', '66574', '66588', '66599', '66602', '66603', '66646', '66660', '66695', '66696', '66698', '66701', '66815', '66816', '66822', '66823', '66840', '66841', '66842', '66849', '66893', '66911', '66915', '66917', '66961', '67025', '67032', '67070', '67085', '67156', '67160', '67234', '67268', '68035', '68041', '68970', '69061', '83489', '90043', '90051', '97812', '97847', '118566', '118573', '118654', '118688', '118863', '118949', '118956', '119598', '119624', '119641', '124777', '147624', '147632', '147689', '149079', '149094', '175751']
nosy_count = 22.0
nosy_names = ['jhylton', 'fdrake', 'barry', 'brett.cannon', 'georg.brandl', 'kbk', 'pitrou', 'alexandre.vassalotti', 'hdiogenes', 'quentin.gallet-gilles', 'benjamin.peterson', 'gpolo', 'orivej', 'jnoller', 'andrewsmedina', 'juracy@gmail.com', 'eric.araujo', 'henry.precheur', 'Retro', 'flox', 'meador.inge', 'eric.snow']
pr_nums = []
priority = 'critical'
resolution = 'fixed'
stage = 'needs patch'
status = 'closed'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue2775'
versions = ['Python 3.3']Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
stdlibStandard Library Python modules in the Lib/ directoryStandard Library Python modules in the Lib/ directorytype-bugAn unexpected behavior, bug, or errorAn unexpected behavior, bug, or error
Activity
brettcannon commentedon May 6, 2008
This is to keep track of who is working on what for PEP-3108
(http://www.python.org/dev/peps/pep-3108/). Once something is complete it
should be denoted in the PEP itself, so always check the PEP to see what
is left to be done (for both 2.6 and 3.0).
jhylton commentedon May 6, 2008
I'm working on the new urllib package.
benjaminp commentedon May 6, 2008
I'm working on removing mac modules.
brettcannon commentedon May 6, 2008
I am working on audiodev to get the basic structure of removals worked out
(testing infrastructure, etc.).
brettcannon commentedon May 6, 2008
For the TextMate users, I am going to be checking in a Python-Dev bundle
into svn soon which will include a command to insert the warnpy3k() call
for module deletions. Might want to wait for that if you want to cut out
at least one copy-and-paste step. =)
brettcannon commentedon May 6, 2008
If you use TextMate, get the Python-Dev bundle and use the command in
there to insert the deprecation boilerplate for removing a module.
andrewsmedina commentedon May 10, 2008
I'm working on removing symtable/_symtable
juracy commentedon May 10, 2008
I'm working on creating http package with httplib, BaseHTTPServer,
CGIHTTPServer, SimpleHTTPServer, Cookie and cookielib
jnoller commentedon May 10, 2008
Here is a patch for the Queue module renaming - I can not easily do the
actual svn rename to the lowercase queue myself (it's easier to do it with
commit privs). Tests pass, documentation updated as well.
jnoller commentedon May 10, 2008
Here is a patch for the required changes to rename SocketServer.py - tests
pass after I manually rename SocketServer.py locally. Again skipping the
svn rename of the actual module. Doc updates included.
jnoller commentedon May 10, 2008
I'm working on xmlrpc/* changes
50 remaining items
Retro commentedon Oct 17, 2010
Did you manage to apply my fix "zipfile-patch.diff" to the trunk?
brettcannon commentedon Oct 17, 2010
If any action regarding your patch takes place there will be a comment here about it. Until then assume nothing has happened.
pitrou commentedon Oct 26, 2010
Shouldn't this be closed? Most of this has been done and we can't do the rest anyway, without breaking backwards compatibility.
brettcannon commentedon Oct 26, 2010
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.
birkenfeld commentedon Oct 26, 2010
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.
birkenfeld commentedon Dec 28, 2010
Alas, too late for 3.2 now.
brettcannon commentedon Nov 14, 2011
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. =)
ericsnowcurrently commentedon Nov 14, 2011
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
[2] http://www.python.org/dev/peps/pep-3108/#merging-c-and-python-implementations-of-the-same-interface
brettcannon commentedon Nov 15, 2011
Answers to Eric's questions: yes and yes, but I probably won't bother until I do a final update to the PEP.
avassalotti commentedon Dec 9, 2011
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.
pitrou commentedon Dec 9, 2011
I don't see any patch there, only a .tgz and two Python files.
brettcannon commentedon Nov 17, 2012
I think we are as close as we are going to get with PEP-3018 being implemented. if profile/cProfile ever get merged that is great (issue bpo-16492), but I'm not holding my breath and thus I am closing this issue.