https://github.com/python/cpython

sort by:
Revision Author Date Message Commit Date
427f6ca update patchlevel.h correctly, this time 01 November 2006, 07:07:27 UTC
5c099d7 updates for 2.3.6 final 01 November 2006, 07:04:56 UTC
0781357 Tagging for release of Python 2.3.6c1 23 October 2006, 15:46:01 UTC
b4c8cba set svn:ignore. anal retentiveness, makes it easier to spot actual problems 23 October 2006, 15:38:59 UTC
9f839d5 preparing for 2.3.6c1 23 October 2006, 15:27:22 UTC
1785d3f patch for PSF-2006-001. 23 October 2006, 15:23:22 UTC
8752f71 Fix the tests to work with Python 2.1, which email 2.5 must do. 26 July 2006, 03:55:09 UTC
2bfcf5d Back port r50693 and r50754 from the trunk (and 2.4 branch): decode_rfc2231(): Be more robust against buggy RFC 2231 encodings. Specifically, instead of raising a ValueError when there is a single tick in the parameter, simply return that the entire string unquoted, with None for both the charset and the language. Also, if there are more than 2 ticks in the parameter, interpret the first three parts as the standard RFC 2231 parts, then the rest of the parts as the encoded string. More RFC 2231 improvements for the email 4.0 package. As Mark Sapiro rightly points out there are really two types of continued headers defined in this RFC (i.e. "encoded" parameters with the form "name*0*=" and unencoded parameters with the form "name*0="), but we were were handling them both the same way and that isn't correct. This patch should be much more RFC compliant in that only encoded params are %-decoded and the charset/language information is only extract if there are any encoded params in the segments. If there are no encoded params then the RFC says that there will be no charset/language parts. Note however that this will change the return value for Message.get_param() in some cases. For example, whereas before if you had all unencoded param continuations you would have still gotten a 3-tuple back from this method (with charset and language == None), you will now get just a string. I don't believe this is a backward incompatible change though because the documentation for this method already indicates that either return value is possible and that you must do an isinstance(val, tuple) check to discriminate between the two. (Yeah that API kind of sucks but we can't change /that/ without breaking code.) Test cases, some documentation updates, and a NEWS item accompany this patch. Original fewer-than-3-parts fix by Tokio Kikuchi. Resolves SF bug # 1218081. Also, bump the package version number to 2.5.8 for release. 25 July 2006, 13:06:56 UTC
e3e7851 Back port from 2.4 branch: Patch #1464708 from William McVey: fixed handling of nested comments in mail addresses. E.g. "Foo ((Foo Bar)) <foo@example.com>" Fixes for both rfc822.py and email package. 01 May 2006, 03:21:25 UTC
dc74e34 Resolve SF bug 1409403: email.Message should supress warning from uu.decode. However, the patch in that tracker item is elaborated such that the newly included unit test pass on Python 2.1 through 2.5. Note that Python 2.1's uu.decode() does not have a 'quiet' argument, so we have to be sneaky. Will port to email 3.0 (although without the backward compatible sneakiness). 09 February 2006, 04:03:22 UTC
f5853f7 Patches to address SF bugs 1409538 (Japanese codecs in CODEC_MAP) and 1409455 (.set_payload() gives bad .get_payload() results). Specific changes include: Simplfy the default CODEC_MAP in Charset.py to not include the Japanese and Korean codecs. The names of the codecs are different depending on whether you're using Python 2.4 and 2.5, which include the codecs by default, or earlier Python's which provide the codecs under different names as a third party library. Now, we attempt to discover which (if either) is available and populate the CODEC_MAP as appropriate. Message.set_charset(): When the message does not already have a Content-Transfer-Encoding header, instead of just adding the header, we also encode the body as defined by the assigned Charset. As before, if the body_encoding is callable, we just call that. If not, then we add a call to body_encode() before setting the header. This way, we guarantee that a message's text payload is always encoded properly. Remove the payload encoding code from Generator._handle_text(). With the above patch, this would cause the body to be doubly encoded. Doing this in the Message class is better than only doing it in the Generator. Added some new tests to ensure everything works correctly. Also changed the way the test_email_codecs.py tests get added (using the same lookup code that the CODEC_MAP adjustments use). This resolves both issues for email 2.5/Python 2.3. I will patch forward to email 3.0 for both Python 2.4 and 2.5. 08 February 2006, 13:33:20 UTC
784fccf Resolves SF bug #1423972. 04 February 2006, 23:48:22 UTC
08bc84c parsedate_tz(): Return a 1 in the tm_yday field so that the value is acceptable to Python 2.4's time.strftime(). This fix mirrors the behavior in email 3.0. That field is documented as being "not useable" so it might as well not be buggy too <wink>. Add a test for this behavior and update a few tests that were expecting a 0 in this field. After committing I will run the entire Python 2.3 test suite to ensure this doesn't break any Python tests. 03 February 2006, 04:41:24 UTC
9b55f08 Updated docs for email.Message.get_filename() 17 January 2006, 05:17:29 UTC
4e71930 SF bug #1403349 solution for email 2.5; some MUAs use the 'file' parameter name in the Content-Distribution header, so Message.get_filename() should fall back to using that. Will port both to email 3.0 and Python 2.5 trunk. Also, bump the email package version to 2.5.7 for eventual release. Of course, add a test case too. XXX Need to update the documentation. 17 January 2006, 04:34:54 UTC
b6d857a Begin 2.3.6 news section; record PCRE fix 31 August 2005, 12:58:09 UTC
3b487d9 For reference, add tests for PCRE fix; the tests aren't run by default because I wanted to minimize upheaval to the 2.3 test suite 31 August 2005, 12:56:50 UTC
88a8fca Apply fix for potential heap overflow in PCRE code (CAN-2005-2491) 31 August 2005, 12:55:21 UTC
bf1da70 [Bug #1194249] Fix duplicate assignment in example code 01 June 2005, 15:28:01 UTC
712d474 get_filename(), get_content_charset(): It's possible that the charset named in an RFC 2231-style header could be bogus or unknown to Python. In that case, we return the the text part of the parameter undecoded. However, in get_content_charset(), if that is not ascii, then it is an illegal charset and so we return failobj. Test cases and a version bump are included. Committing this to the Python 2.3 branch because I need to generate an email 2.5.6 release that contains these patches. I will port these fixes to Python 2.4 and 2.5 for email 3.x. 29 April 2005, 12:12:02 UTC
af0659f Started on MacPython additions for Tiger. 22 April 2005, 22:38:13 UTC
ffe31d0 correct ontosys url - closes 1167329 21 March 2005, 19:42:52 UTC
648aa1d This commit was manufactured by cvs2svn to create tag 'r235'. 08 February 2005, 13:27:52 UTC
5191a71 2.3.5 final 08 February 2005, 13:27:52 UTC
cb0b3b1 damn 08 February 2005, 13:24:28 UTC
dc70706 2.3.5 final 08 February 2005, 12:57:55 UTC
bd5264d 2.3.5 final 08 February 2005, 11:37:01 UTC
bc5e379 set release date in the docs 08 February 2005, 06:13:18 UTC
4d49d46 add 2.3.5 to the history and licensing info 08 February 2005, 06:01:50 UTC
6674860 bump version number 08 February 2005, 05:58:05 UTC
9f181ec news update for 2.3.5 final 08 February 2005, 05:57:20 UTC
3560fbd sligtly strengthen unit tests for copy.py 07 February 2005, 12:18:26 UTC
9ddd430 tiny backport from 2.4, fix a leak in _testcapi 07 February 2005, 12:04:22 UTC
9fe6b41 fix bug 1114776 06 February 2005, 07:56:18 UTC
d30042d fix XMLFilterBase.resolveEntity() so the caller gets the result (PyXML bug #1112052) 03 February 2005, 17:29:32 UTC
018a548 Security fix PSF-2005-001 for SimpleXMLRPCServer.py. 03 February 2005, 14:59:43 UTC
392b2cb Fix typo in verbose output for RLock when the initial lock acquisition occurs. Closes bug #1110998. 27 January 2005, 22:52:09 UTC
f3377e4 Partially revert #1074011; don't try to fflush stdin. 27 January 2005, 18:55:06 UTC
4ac0fc8 This commit was manufactured by cvs2svn to create tag 'r235c1'. 26 January 2005, 04:55:57 UTC
cdcfd6f added 2.3.5 26 January 2005, 04:55:57 UTC
4b0ae3a Recompiled after source changes. 25 January 2005, 22:09:01 UTC
3b9f0a3 Installer changes for 2.3.5c1. 25 January 2005, 22:07:51 UTC
6ef7f2c Build number for 2.3.5c1 is 61. 25 January 2005, 22:05:22 UTC
f725bdb Running a bdist_wininst installer, built with Python 2.3, installing for Python 2.4 caused a segfault when post_install_script was used. The reason was that the file handle passed to PyRun_SimpleFile() was created with MSVCRT.DLL, but Python 2.4 uses MSVCR71.DLL. So, I replaced PyRun_SimpleFile() with PyRun_SimpleString(). The segfault is gone, but the output of the postinstall script doesn't show up, because still freopen() from MSVCRT is used. (I would be very gratefull if someone proofreads the patch, at least). 25 January 2005, 20:46:48 UTC
cf5d664 Set PYTHONHOME before loading Python, so that sys.path will be set correctly. 25 January 2005, 19:47:48 UTC
e762a64 set the release date 25 January 2005, 15:16:49 UTC
724ef20 1.0.5, to match the python patchlevel 25 January 2005, 13:08:15 UTC
c859084 copy.py fixed to first lookup __copy__ from the instance being copied, rather than only looking at the type - this was broken in 2.3. 25 January 2005, 12:52:18 UTC
dd6ab86 pre-release bits 25 January 2005, 12:51:43 UTC
a0c5d38 happy new year! 25 January 2005, 12:39:22 UTC
bac3d91 bump version number to prepare for a release 25 January 2005, 07:53:30 UTC
03bdf17 Flush std{in,out,err} before closing it. Fixes #1074011. 23 January 2005, 09:50:32 UTC
87b99c7 At least one bug has been fixed in distutils, so increment the last part of the version number. For the distutils version numbering scheme, see http://mail.python.org/pipermail/distutils-sig/2005-January/004368.html 20 January 2005, 19:28:44 UTC
5fc22ec distutils/command/install.py change. 20 January 2005, 19:22:12 UTC
633d024 Fix [ 1103844 ] fix distutils.install.dump_dirs() with negated options. Backport from trunk. 20 January 2005, 19:16:27 UTC
29e932b fix typeset of vertical bar for PDF format (closes SF bug #1008998) 19 January 2005, 07:22:13 UTC
37e132b On OpenBSD, terminating IDLE with ctrl-c from the command line caused a stuck subprocess MainThread because only the SocketThread was exiting. M NEWS.txt M run.py 19 January 2005, 06:23:51 UTC
87d3ad6 documentation for the zipimport module using contributed patch (closes SF bug #853800; markup adjusted) 19 January 2005, 06:03:29 UTC
5e215b9 Backport configDialog.py rev 1.60: Saving a Keyset w/o making changes (by using the "Save as New Custom Key Set" button) caused IDLE to fail on restart (no new keyset was created in config-keys.cfg). Also true for Theme/highlights. Python Bug 1064535. M NEWS.txt M configDialog.py 19 January 2005, 05:53:32 UTC
f64f450 This commit was manufactured by cvs2svn to create branch 'release23-maint'. 19 January 2005, 05:42:50 UTC
a2a0bfe Description of args to IMAP4.store() in imaplib (closes SF patch #1084092; modified per comments in SF) 19 January 2005, 04:49:26 UTC
d04acc8 Backport EditorWindow rev 1.60 configHelpSourceEdit rev 1.7 15Jul04 checking sys.platform for substring 'win' was breaking IDLE docs on Mac (darwin). Also, Mac Safari browser requires full file:// URIs. SF 900580. M EditorWindow.py M NEWS.txt M configHelpSourceEdit.py 19 January 2005, 04:12:38 UTC
3fccd95 fix a bunch of spelling errors (closes SF patch #1104868) 19 January 2005, 03:45:39 UTC
519d31d remove spurious line from widget variables example (closes SF patch #1094815) 19 January 2005, 03:27:18 UTC
098d79d Backport rpc.py rev 1.28 dating from 21Jan04 rpc.py:SocketIO - Large modules were generating large pickles when downloaded to the execution server. The return of the OK response from the subprocess initialization was interfering and causing the sending socket to be not ready. Add an IO ready test to fix this. Moved the polling IO ready test into pollpacket(). Fix typo in rpc.py, s/b "pickle.PicklingError" not "pickle.UnpicklingError". idlever.py should be 1.0.4 to align with NEWS.txt. There was no IDLE release at 2.3.1 which accounts for the unsync. M NEWS.txt M idlever.py M rpc.py 19 January 2005, 01:44:06 UTC
7c89f1a Backport Patch #850977: Detect Tk on FreeBSD and OpenBSD. 17 January 2005, 21:07:52 UTC
9075cc4 If an extension can't be loaded, print warning and skip it instead of erroring out. 17 January 2005, 20:34:49 UTC
b7af39c Improve error handling when .idlerc can't be created. This is a partial backport of configHandler.py, Revision 1.36, 11Jan05. 17 January 2005, 20:06:47 UTC
e6ce1e7 update in readiness for 2.3.5 release 17 January 2005, 13:06:27 UTC
cd82266 backport: make thread stack size compile-time tunable on OS/2, incr main stack 17 January 2005, 12:22:38 UTC
811ded0 backport: make thread stack size compile-time tunable on OS/2 17 January 2005, 12:21:28 UTC
904688b Backport of fixes for #887242 and #1097739: If $MACOSX_DEPLOYMENT_TARGET is set, and >= 10.3, during configure we setup extensions to link with dynamic lookup. We also record the value in the Makefile, and distutils uses the same value to build extension modules. If MACOSX_DEPLOYMENT_TARGET is not set it defaults to the current OSX version. If we cannot use -undefined dynamic_lookup (such as on 10.2 or earlier) we link extensions directly against the dynamic library in the framework in stead of against the framework. This will fix building extensions for 2.3 after 2.4 has been installed too. 11 January 2005, 13:49:02 UTC
b3dbb01 Backport latest version of whatsnew23: fix typos, remove a GC-related item; add an item 07 January 2005, 14:43:39 UTC
fc49019 Backport of 1.38: Allow relative URLs for included databases and packages. 07 January 2005, 13:48:53 UTC
ae278a3 Backport of 1.20: Workaround for the fact that urllib2 doesn't default to "file:" urls. 07 January 2005, 12:57:08 UTC
15f51d7 Merging the current development changes for the idle wrapper. 05 January 2005, 04:59:29 UTC
6db8cd1 Mac news items. 04 January 2005, 16:07:04 UTC
0446d8f Backport of 1.55 and 1.57: - Added quotes around the destroot arguments, so empty destroot works. - Run fixapplepython23 script to check whether Apple's Python 2.3 needs to be patched. 04 January 2005, 16:05:33 UTC
b5442f4 Fix for #1076490 submitted by Neil Mayhew: a serious typo means BuildApplication has never worked in 2.3. I guess that shows how popular MacOS9 is:-) 04 January 2005, 15:25:48 UTC
3b49289 Added one-liner about pimp 0.5 03 January 2005, 16:00:28 UTC
451e02b Backport of 1.37: - Added an "installer" flavor, which uses the "open" command to install something (overridable through Install-command entry) - Hidden status is now determined by flavor == hidden, not by missing Download-URL. Hidden packages behave like installer packages. - Made some error messages a bit more understandable. Because there's new functionality the version has been upped to 0.5. 03 January 2005, 15:46:30 UTC
4a2784d Getting things in place for the MacPython additions build 3. 02 January 2005, 23:19:40 UTC
d7f377d Backported from the trunk. 02 January 2005, 23:18:07 UTC
9858a5a This commit was manufactured by cvs2svn to create branch 'release23-maint'. 02 January 2005, 23:18:07 UTC
04fa4b9 Added a band-aid to make this script work with the older 2.3.0 buildtools if no destroot option is given. That makes life for the additions installer a lot simpler. 02 January 2005, 23:17:06 UTC
f360939 Backport: Fix for #1091468: DESTROOTed frameworkinstalls fail. Added a --destroot option to various tools, and do the right thing when we're doing a destroot install. 31 December 2004, 10:44:41 UTC
600a2c7 Spaces in stead of tabs. 30 December 2004, 22:43:29 UTC
85e6c71 Patch 728330: Fix compilation problems on IRIX. 30 December 2004, 13:52:17 UTC
5a56126 Backport of 1.36: - getDefaultDatabase wasn't listed in __all__. - using a different database for non-final releases should only be done for X.Y.0. Non-final micro releases can use the default database just fine, as they are required to be backward compatible. 28 December 2004, 21:53:15 UTC
f3478d9 [Bug #1083110] calling .flush() on decompress objects causes a segfault due to an uninitialized pointer: fixes the problem and adds a test case 28 December 2004, 20:31:27 UTC
b0757b8 Use zlib test suite from the trunk (rev. 2.67) on the 2.3 maintenance branch 28 December 2004, 20:26:00 UTC
f96a57e - Changed version numbers to get ready for 2.3.5 - Various of the mods to build the 3rd MacPython additions (but not all). 27 December 2004, 16:41:57 UTC
d3c0cab Fix mention of TextEdit so that it mentions it can save in plaintext. 24 December 2004, 02:42:19 UTC
45547e4 Bump idle version. 23 December 2004, 04:33:50 UTC
d2186e5 The GUI was hanging if the shell window was closed while a raw_input() was pending. Restored the quit() of the readline() mainloop(). http://mail.python.org/pipermail/idle-dev/2004-December/002307.html M NEWS.txt M PyShell.py 23 December 2004, 04:26:55 UTC
64d7771 Recompiled after source file changes. 22 December 2004, 16:11:32 UTC
69bb987 Document bdist_wininst changes. 22 December 2004, 16:10:33 UTC
6e35b18 Close stdout and stderr, which are redirected into a temp file, before trying to remove this file - the file was never removed before. Completes the fix for [ 1067732 ] wininst --install-script leaves residual files on C:\\ 22 December 2004, 15:46:01 UTC
8f67c3e Backport a patch from Mark Hammond. Partial fix for [1067732] - "wininst --install-script leaves residual files on C:\" 'tempnam()' is used rather than 'tmpnam()' - 'tmpnam' creates a temp file on the root of the current drive, and if this is readonly explains the 'freopen' errors occasionally reported. 'tempnam' creates the temp file in the %TEMP% directory. 22 December 2004, 15:35:20 UTC
ed70c40 Backport from trunk, rev. 1.11 and 1.12. Don't hardcode the Python version number. 22 December 2004, 15:12:46 UTC
back to top