python-dev Summary for 2006-04-01 through 2006-04-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++
.. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-04-01_2006-04-15] ============= Announcements ============= --------------------- Python 2.5a1 Released --------------------- Python 2.5 alpha 1 was released on April 5th. Please download it and try it out, particularly if you are an extension writer or you embed Python -- you may want to change things to support 64-bit sequences, and if you have been using mismatched PyMem_* and PyObject_* allocation calls, you will need to fix these as well. Contributing threads: - `TRUNK FREEZE. 2.5a1, 00:00 UTC, Wednesday 5th of April. <http://mail.python.org/pipermail/python-dev/2006-April/063324.html>`__ - `outstanding items for 2.5 <http://mail.python.org/pipermail/python-dev/2006-April/063328.html>`__ - `chilling svn for 2.5a1 <http://mail.python.org/pipermail/python-dev/2006-April/063403.html>`__ - `Reminder: TRUNK FREEZE. 2.5a1, 00:00 UTC, Wednesday 5th of April. <http://mail.python.org/pipermail/python-dev/2006-April/063426.html>`__ - `RELEASED Python 2.5 (alpha 1) <http://mail.python.org/pipermail/python-dev/2006-April/063441.html>`__ - `TRUNK is UNFROZEN <http://mail.python.org/pipermail/python-dev/2006-April/063443.html>`__ - `segfault (double free?) when '''-string crosses line <http://mail.python.org/pipermail/python-dev/2006-April/063572.html>`__ - `pdb segfaults in 2.5 trunk? <http://mail.python.org/pipermail/python-dev/2006-April/063591.html>`__ - `IMPORTANT 2.5 API changes for C Extension Modules and Embedders <http://mail.python.org/pipermail/python-dev/2006-April/063637.html>`__ ---------------------- Contributor agreements ---------------------- If you're listed in the `Python acknowledgments`_, and you haven't signed a `contributor agreement`_, please submit one as soon as possible. Note that this includes even the folks that have been around forever -- the PSF would like to be as careful as possible on this one. .. _Python acknowledgments: http://svn.python.org/projects/python/trunk/Misc/ACKS .. _contributor agreement: http://www.python.org/psf/contrib-form-python.html Contributing threads: - `PSF Contributor Agreement for pysqlite <http://mail.python.org/pipermail/python-dev/2006-April/063578.html>`__ --------------------------- Firefox Python bug searches --------------------------- Anthony Baxter has created a `Firefox searchbar`_ for finding Python bugs by their SourceForge IDs. There are also two Firefox sidebar options: `Mark Hammond's`_ and `Daniel Lundin's`_. .. _Firefox searchbar: http://www.python.org/~anthony/searchbar/ .. _Mark Hammond's: http://starship.python.net/~skippy/mozilla/ .. _Daniel Lundin's: http://projects.edgewall.com/python-sidebar/ Contributing thread: - `Firefox searchbar engine for Python bugs <http://mail.python.org/pipermail/python-dev/2006-April/063285.html>`__ ------------------------------------------------- Building Python with the free MS Toolkit compiler ------------------------------------------------- Paul Moore documented how to build Python on Windows with the free MS Toolkit C++ compiler `on the wiki`_. The most up-to-date version of these instructions is in `PCbuild/readme.txt`_. .. _on the wiki: http://wiki.python.org/moin/Building_Python_with_the_free_MS_C_Toolkit .. _PCbuild/readme.txt: http://svn.python.org/projects/python/trunk/PCbuild/readme.txt Contributing thread: - `Building Python with the free MS Toolkit compiler <http://mail.python.org/pipermail/python-dev/2006-April/063719.html>`__ ---------------------------------------------- Please login to the wiki when you make changes ---------------------------------------------- Skip Montanaro has requested that anyone posting to the wiki sign in first, as this makes things easier for those monitoring changes to the wiki. When you're logged in, your changes appear with your name, and so can be immediately recognized as not being wiki-spam. Contributing thread: - `Suggestion: Please login to wiki when you make changes <http://mail.python.org/pipermail/python-dev/2006-April/063447.html>`__ --------------------------- Checking an older blamelist --------------------------- While the buildbot blamelist may scroll off the `main page`_ in a matter of hours, you can still see the blamelist for a particular revision by checking a particular build number, e.g. to see build 800 of the trunk on the G4 OSX, you could check http://www.python.org/dev/buildbot/trunk/g4%20osx.4%20trunk/builds/800. .. _main page: http://www.python.org/dev/buildbot/all/ Contributing threads: - `Preserving the blamelist <http://mail.python.org/pipermail/python-dev/2006-April/063633.html>`__ - `TODO Wiki (was: Preserving the blamelist) <http://mail.python.org/pipermail/python-dev/2006-April/063673.html>`__ ========= Summaries ========= ------------------------- Garbage collection issues ------------------------- One of the problems with garbage-collecting generators (now that they have a __del__ method) was that GC normally assumes that because the *type* has a __del__ method, the *instance* needs finalization. Many generator instances may not need finalization even though their type has a __del__ slot, so generators have been special-cased in the garbage-collection code so that GC can sometimes tell that a generator does not need its finalizer called. As a side note, Tim Peters pointed out that if you're worried about cyclic-gc and __del__ methods, one of the ways to avoid problems is to remove the __del__ method from the object you think might be included in a cycle, and add an attribute to that object that holds a "closing" object with a __del__ method that simply closes all your resources. Since your main object won't have a __del__, it will be easily collected, which should make the closing object collectable too. Contributing threads: - `reference leaks, __del__, and annotations <http://mail.python.org/pipermail/python-dev/2006-March/063213.html>`__ - `reference leaks, __del__, and annotations <http://mail.python.org/pipermail/python-dev/2006-April/063257.html>`__ - `Debugging opportunity :-) <http://mail.python.org/pipermail/python-dev/2006-April/063746.html>`__ ------------------ ElementTree naming ------------------ The elementtree package was included in Python 2.5 as xml.etree. There were some complaints about the naming schemes (which aren't quite `PEP 8`_-compliant) but changing these while elementtree is still distributed as a standalone package seemed like a bad idea. People generally felt that style-motivated renamings should all wait until Python 3000. .. _PEP 8: http://www.python.org/dev/peps/pep-0008/ Contributing thread: - `elementtree in stdlib <http://mail.python.org/pipermail/python-dev/2006-April/063477.html>`__ ----------------------------- Externally maintained modules ----------------------------- Brett Cannon was putting together a PEP for externally maintained code in the stdlib (e.g. ctypes and pysqlite). The PEP will list all modules and packages within the stdlib that are maintained externally, as well as the contact info for their maintainers and the locations where bugs and patches should be reported. At the time of this summary, he had not yet been assigned a PEP number. Contributing threads: - `PEP to list externally maintained modules and where to report bugs? <http://mail.python.org/pipermail/python-dev/2006-April/063279.html>`__ - `need info for externally maintained modules PEP <http://mail.python.org/pipermail/python-dev/2006-April/063549.html>`__ -------------------------------------- String prefix for internationalization -------------------------------------- Martin Blais proposed an ``i`` prefix for internationalized strings to get rid of the ``_()`` required by pygettext. This would allow pygettext to more easily identify internationalized strings, and reduce the number of parentheses necessary in internationalized code. However, it would only have saved two key-strokes, it would have required the introduction of ``iu`` and ``ir`` prefixes, and it would have forced some rewriting of the tools that currently do string extraction using ``_()``, so the idea was rejected. Contributing thread: - `The "i" string-prefix: I18n'ed strings <http://mail.python.org/pipermail/python-dev/2006-April/063488.html>`__ --------------------------- PEP 359: The make statement --------------------------- Steven Bethard introduced a PEP for the make statement which would have made the statement:: make <callable> <name> <tuple>: <block> syntactic sugar for:: class <name> <tuple>: __metaclass__ = <callable> <block> The goal was to allow the creation of non-class objects from a namespace without requiring a misleading ``class`` statement and ``__metaclass__`` hook. With appropriately defined objects, the make statement would have supported syntax like:: make block_property x: '''The x of the frobulation''' def fget(self): ... def fset(self): ... make Schema registration: make String name: max_length = 100 not_empty = True make PostalCode postal_code: not_empty = True make Int age: min = 18 In current Python these would have to be created using class statements which misleadingly created objects that were not classes. Responses were mixed, and the discussion continued on into the next fortnight. .. _PEP 359: http://www.python.org/dev/peps/pep-0359/ Contributing thread: - `PEP 359: The "make" Statement <http://mail.python.org/pipermail/python-dev/2006-April/063694.html>`__ --------------------------------------------- Formatting exceptions with their module names --------------------------------------------- Georg Brandl checked in a patch to make traceback.format_exception_only() prepend the exception's module name in the same way the interpreter does. This caused a number of doctests to fail because the exception module names were not included. After some discussion, it seemed like people agreed that even though some doctests would be broken, it was more important to have the interpreter and traceback.format_exception_only() produce the same output. Contributing thread: - `[Python-checkins] r45321 - in python/trunk: Lib/test/test_traceback.py Lib/traceback.py Misc/NEWS <http://mail.python.org/pipermail/python-dev/2006-April/063662.html>`__ ------------------- Benchmarking python ------------------- Benji York and a few others ran Python 2.5a1 through pystone and found it mostly comparable to 2.4.2. However, Raymond Hettinger pointed out that pystone isn't really an appropriate benchmark for comparing across versions -- it's intended more for comparing across architectures and compilers. Contributing threads: - `2.5a1 Performance <http://mail.python.org/pipermail/python-dev/2006-April/063450.html>`__ - `Buildbot slave locks (Was: 2.5a1 Performance) <http://mail.python.org/pipermail/python-dev/2006-April/063481.html>`__ ------------------------------------------------------ PySocketSockObject, socketmodule.c, _ssl.c and Windows ------------------------------------------------------ Tim Peters noticed that on Windows, socketmodule.c and _ssl.c disagreed about the offset of the ``sock_timeout`` member of a ``PySocketSockObject``. Turns out that since _socket was built by a .vcproj but _ssl was built by _ssl.mak (which had forgotten to define WIN32), doubles were aligned to an 8-byte boundary when socketmodule.c was compiled but a 4-byte boundary when _ssl was compiled. Contributing thread: - `Who understands _ssl.c on Windows? <http://mail.python.org/pipermail/python-dev/2006-April/063543.html>`__ ------------------------------ Getting a dictionary of counts ------------------------------ Alex Martelli proposed adding a ``tally()`` function to the collections module which would count the number of each value in an iterable and produce a dictionary. So for example:: tally('abacaab') == {'a': 4, 'c': 1, 'b': 2} People generally thought the function would be useful, but there was some discussion as to whether or not it would be better to provide a collections.bag object instead. The discussion fizzled out without any patches being produced. Contributing thread: - `tally (and other accumulators) <http://mail.python.org/pipermail/python-dev/2006-April/063382.html>`__ ------------------------ Building Python with C++ ------------------------ Anthony Baxter has donated some of his recent time to getting Python to compile with g++. He got Python core to compile correctly, but there were lots of errors in the Modules code that wasn't C++ safe. If you'd like to help Anthony out and fix some bugs, try it yourself using ``CC=g++ ./configure --with-cxx=g++`` Contributing thread: - `building with C++ <http://mail.python.org/pipermail/python-dev/2006-April/063632.html>`__ ---------------------- Adding PEP 302 support ---------------------- Phillip J. Eby has been working on adding `PEP 302`_ import loader support to the necessary modules around Python. In the process, he noticed that both runpy and test.test_importhooks reimplement the base `PEP 302`_ algorithm, and suggested adding functions to pkgutil that would allow such modules to all share the same code for this kind of thing. The code appears to have been checked in, but docs do not appear to be available yet. .. _PEP 302: http://www.python.org/dev/peps/pep-0359/ Contributing threads: - `PEP 302 support for traceback, inspect, site, warnings, doctest, and linecache <http://mail.python.org/pipermail/python-dev/2006-April/063586.html>`__ - `Proposal: expose PEP 302 facilities via 'imp' and 'pkgutil' <http://mail.python.org/pipermail/python-dev/2006-April/063623.html>`__ - `PEP 302 support for pydoc, runpy, etc. <http://mail.python.org/pipermail/python-dev/2006-April/063724.html>`__ ----------------------------------------- Having Python use dlopen() on Darwin/OS X ----------------------------------------- Zachary Pincus asked about using the normal code path for Unix-like systems through dlopen() for Darwin/OS X instead of the officially discouraged NeXT-derived APIs that Python was using at the time. Bob Ippolito approved the patch, and OS X users should hopefully see the change in Python 2.5. Contributing thread: - `Use dlopen() on Darwin/OS X to load extensions? <http://mail.python.org/pipermail/python-dev/2006-April/063336.html>`__ ------------------------------- Saving the hash value of tuples ------------------------------- Noam Raphael suggested `caching the hash value of tuples`_ in a similar way to what is done for strings now. But without any measurements showing that this improved performance, and with the relative rareness of hashing tuples, Guido thought that this was a bad idea. .. _caching the hash value of tuples: http://bugs.python.org/1462796 Contributing thread: - `Saving the hash value of tuples <http://mail.python.org/pipermail/python-dev/2006-April/063275.html>`__ ------------------ sqlite3.dll issues ------------------ If a Windows user tries ``import sqlite3`` and Python finds SQLite's sqlite3.dll before it finds pysqlite's sqlite.py module, Python will end up incorrectly raising an ImportError. Martin v. Löwis suggested that maybe Python should stop treating .dll files as extension modules so conflicts like this could be avoided. It was unclear at the end of the thread if this (or any other) route was being persued. Contributing thread: - `Renaming sqlite3 <http://mail.python.org/pipermail/python-dev/2006-April/063327.html>`__ ---------------- New Python icons ---------------- Andrew Clover made some `new Python icons`_ available based on the logo on the new website. People on python-dev really liked them, and it looked like they'd probably make it into Python 2.5. .. _new Python icons: http://doxdesk.com/img/software/py/icons2.png Contributing threads: - `New-style icons, .desktop file <http://mail.python.org/pipermail/python-dev/2006-March/063235.html>`__ - `New-style icons, .desktop file <http://mail.python.org/pipermail/python-dev/2006-April/063517.html>`__ ---------------------------------------- Py_Initialize/Py_Finalize leaking memory ---------------------------------------- Martin v. Löwis corrected some documentation errors that claimed that Py_Finalize would release all memory (it can't be guaranteed to do so). In the process, Martin and Tim Peters discussed a `recent bug`_ where running Py_Initialize/Py_Finalize in a loop left more and more objects behind each time. The hope was to get the number of added objects after a Py_Initialize/Py_Finalize pair back down to zero if possible, and Martin found at least one leak, but it was unclear at the end of the thread how close they had gotten. .. _recent bug: http://bugs.python.org/1445210 Contributing thread: - `Py_Finalize does not release all memory, not even closely <http://mail.python.org/pipermail/python-dev/2006-April/063618.html>`__ ---------------------- Removing PyObject_REPR ---------------------- Thomas Wouters noticed that the ``PyObject_REPR()`` macro, which was originally introduced as an internal debugging API, leaks a PyString object. It looked like the macro would either be removed entirely, or redefined to call Py_DECREF appropriately and return a newly allocated (and thus freeable) string. Contributing thread: - `PyObject_REPR() <http://mail.python.org/pipermail/python-dev/2006-April/063628.html>`__ ------------------------------------------ uriparse module to replace urlparse module ------------------------------------------ Paul Jimenez offered up his `uriparse module`_ which improves on urlparse. Currently, urlparse doesn't comply with STD66 (a.k.a. RFC3986), as it hard-codes some URI schemes instead of applying the same syntax to all of them. Martin v. Löwis asked for more documentation, and John J Lee suggested deprecating a few functions from urllib and putting RFC-compliant versions in uriparse. The discussion then moved to the tracker, but at the time of this summary, the remaining issues had not yet been resolved. .. _uriparse module: http://bugs.python.org/1462525 Contributing thread: - `New uriparse.py <http://mail.python.org/pipermail/python-dev/2006-April/063294.html>`__ -------------------------------------- Line numbers with the new AST compiler -------------------------------------- Jeremy Hylton noticed that with the new AST-based compiler, the line numbers for things like the implicit ``return None`` at the end of a function were occasionally different from previous versions of Python. The changes looked harmless, so Guido said it was fine to leave the code as it was. Jeremy promised to look into some of the other special cases for alpha 2. Contributing thread: - `line numbers, pass statements, implicit returns <http://mail.python.org/pipermail/python-dev/2006-April/063272.html>`__ ================ Deferred Threads ================ - `PY_FORMAT_SIZE_T warnings on OS X <http://mail.python.org/pipermail/python-dev/2006-April/063280.html>`__ ================== Previous Summaries ================== - `Class decorators <http://mail.python.org/pipermail/python-dev/2006-April/063253.html>`__ - `I'm not getting email from SF when assigned a bug/patch <http://mail.python.org/pipermail/python-dev/2006-April/063255.html>`__ - `improving quality <http://mail.python.org/pipermail/python-dev/2006-April/063269.html>`__ =============== Skipped Threads =============== - `gmane.comp.python.devel.3000 has disappeared <http://mail.python.org/pipermail/python-dev/2006-April/063256.html>`__ - `refleaks in 2.4 <http://mail.python.org/pipermail/python-dev/2006-April/063268.html>`__ - `Name for python package repository <http://mail.python.org/pipermail/python-dev/2006-April/063271.html>`__ - `[Python-checkins] r43545 - in python/trunk: Doc/lib/libcalendar.tex Lib/calendar.py <http://mail.python.org/pipermail/python-dev/2006-April/063278.html>`__ - `Bug Day on Friday, 31st of March <http://mail.python.org/pipermail/python-dev/2006-April/063298.html>`__ - `String formating in python 3000 <http://mail.python.org/pipermail/python-dev/2006-April/063305.html>`__ - `SF #1462485 - StopIteration raised in body of 'with' statement suppressed <http://mail.python.org/pipermail/python-dev/2006-April/063312.html>`__ - `SF #1462700 - Errors in PCbuild <http://mail.python.org/pipermail/python-dev/2006-April/063313.html>`__ - `Whole bunch of test failures on OSX <http://mail.python.org/pipermail/python-dev/2006-April/063318.html>`__ - `SF:1463370 add .format() method to str and unicode <http://mail.python.org/pipermail/python-dev/2006-April/063329.html>`__ - `Need Py3k group in trackers <http://mail.python.org/pipermail/python-dev/2006-April/063344.html>`__ - `posixmodule.c patch- revision 43586 <http://mail.python.org/pipermail/python-dev/2006-April/063349.html>`__ - `Twisted and Python 2.5a0r43587 <http://mail.python.org/pipermail/python-dev/2006-April/063370.html>`__ - `r43613 - python/trunk/Doc/lib/libcsv.tex <http://mail.python.org/pipermail/python-dev/2006-April/063386.html>`__ - `current 2.5 status <http://mail.python.org/pipermail/python-dev/2006-April/063411.html>`__ - `Should issubclass() be more like isinstance()? <http://mail.python.org/pipermail/python-dev/2006-April/063422.html>`__ - `The "Need for Speed" Sprint, Reykjavik, Iceland, May 21-28, 2006 <http://mail.python.org/pipermail/python-dev/2006-April/063428.html>`__ - `suggest: nowait option in subprocess.communicate <http://mail.python.org/pipermail/python-dev/2006-April/063445.html>`__ - `strftime/strptime locale funnies... <http://mail.python.org/pipermail/python-dev/2006-April/063448.html>`__ - `PY_SSIZE_T_MIN? <http://mail.python.org/pipermail/python-dev/2006-April/063449.html>`__ - `How to determine if char is signed or unsigned? <http://mail.python.org/pipermail/python-dev/2006-April/063456.html>`__ - `Possible issue with 2.5a1 Win32 binary <http://mail.python.org/pipermail/python-dev/2006-April/063469.html>`__ - `Don Beaudry <http://mail.python.org/pipermail/python-dev/2006-April/063485.html>`__ - `Default Locale, was; Re: strftime/strptime locale funnies... <http://mail.python.org/pipermail/python-dev/2006-April/063487.html>`__ - `dis module and new-style classes <http://mail.python.org/pipermail/python-dev/2006-April/063489.html>`__ - `module aliasing <http://mail.python.org/pipermail/python-dev/2006-April/063491.html>`__ - `str.partition? <http://mail.python.org/pipermail/python-dev/2006-April/063499.html>`__ - `subprocess maintenance - SVN write access <http://mail.python.org/pipermail/python-dev/2006-April/063502.html>`__ - `[IronPython] base64 module <http://mail.python.org/pipermail/python-dev/2006-April/063503.html>`__ - `base64 module <http://mail.python.org/pipermail/python-dev/2006-April/063504.html>`__ - `packaging/bootstrap issue <http://mail.python.org/pipermail/python-dev/2006-April/063511.html>`__ - `Patch or feature? Tix.Grid working for 2.5 <http://mail.python.org/pipermail/python-dev/2006-April/063532.html>`__ - `Weekly Python Patch/Bug Summary <http://mail.python.org/pipermail/python-dev/2006-April/063542.html>`__ - `Subversion downtime today <http://mail.python.org/pipermail/python-dev/2006-April/063557.html>`__ - `Win64 AMD64 (aka x64) binaries available64 <http://mail.python.org/pipermail/python-dev/2006-April/063558.html>`__ - `int()'s ValueError behaviour <http://mail.python.org/pipermail/python-dev/2006-April/063559.html>`__ - `threadless brownian.py <http://mail.python.org/pipermail/python-dev/2006-April/063563.html>`__ - `Subversion repository back up <http://mail.python.org/pipermail/python-dev/2006-April/063565.html>`__ - `DRAFT: python-dev summary for 2006-02-01 to 2006-02-15 <http://mail.python.org/pipermail/python-dev/2006-April/063588.html>`__ - `Failing "inspect" test: test_getargspec_sublistofone <http://mail.python.org/pipermail/python-dev/2006-April/063589.html>`__ - `updating PyExpat (Was: need info for externally maintained modules PEP) <http://mail.python.org/pipermail/python-dev/2006-April/063600.html>`__ - `DRAFT: python-dev summary for 2006-02-16 to 2006-02-28 <http://mail.python.org/pipermail/python-dev/2006-April/063605.html>`__ - `DRAFT: python-dev summary for 2006-03-01 to 2006-03-15 <http://mail.python.org/pipermail/python-dev/2006-April/063611.html>`__ - `Checking assigned bugs/patches <http://mail.python.org/pipermail/python-dev/2006-April/063640.html>`__ - `String initialization (was: The "i" string-prefix: I18n'ed strings) <http://mail.python.org/pipermail/python-dev/2006-April/063644.html>`__ - `Request for review <http://mail.python.org/pipermail/python-dev/2006-April/063652.html>`__ - `cleanup list <http://mail.python.org/pipermail/python-dev/2006-April/063655.html>`__ - `unicode vs buffer (array) design issue can crash interpreter <http://mail.python.org/pipermail/python-dev/2006-April/063675.html>`__ - `int vs ssize_t in unicode <http://mail.python.org/pipermail/python-dev/2006-April/063676.html>`__ - `Any reason that any()/all() do not take a predicate argument? <http://mail.python.org/pipermail/python-dev/2006-April/063680.html>`__ - `Any reason that any()/all() do not take a predicateargument? <http://mail.python.org/pipermail/python-dev/2006-April/063688.html>`__ - `Exceptions doctest Re: Request for review <http://mail.python.org/pipermail/python-dev/2006-April/063689.html>`__ - `Is test_sundry really expected to succeed on Windows? <http://mail.python.org/pipermail/python-dev/2006-April/063690.html>`__ - `Checkin 45232: Patch #1429775 <http://mail.python.org/pipermail/python-dev/2006-April/063701.html>`__ - `[Python-checkins] r45334 - python/trunk/Lib/test/leakers/test_gen1.py python/trunk/Lib/test/leakers/test_generator_cycle.py python/trunk/Lib/test/leakers/test_tee.py <http://mail.python.org/pipermail/python-dev/2006-April/063702.html>`__ - `ia64 debian buildbot <http://mail.python.org/pipermail/python-dev/2006-April/063704.html>`__ - `[Python-3000] Removing 'self' from method definitions <http://mail.python.org/pipermail/python-dev/2006-April/063709.html>`__ - `Procedure for sandbox branches in SVN? <http://mail.python.org/pipermail/python-dev/2006-April/063725.html>`__ - `Calling Thomas Heller and Richard Jones <http://mail.python.org/pipermail/python-dev/2006-April/063729.html>`__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from April 01, 2006 through April 15, 2006. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This python-dev summary is the 2nd written by the python-dev summary master, Steve Bethard (You want 'em faster, you write em! ;-) ). To contact me, please send email: - Steve Bethard (steven.bethard at gmail.com) Do *not* post to comp.lang.python if you wish to reach me. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every cent counts so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list@python.org which is a gateway to the newsgroup) with a subject line mentioning what you are discussing. All python-dev members are interested in seeing ideas discussed by the community, so don't hesitate to take a stance on something. And if all of this really interests you then get involved and join `python-dev`_! ------------------------- How to Read the Summaries ------------------------- That this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo :); you can safely ignore it. We do suggest learning reST, though; it's simple and is accepted for `PEP markup`_ and can be turned into many different formats like HTML and LaTeX. Unfortunately, even though reST is standardized, the wonders of programs that like to reformat text do not allow us to guarantee you will be able to run the text version of this summary through Docutils_ as-is unless it is from the `original text file`_. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _c.l.py: .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _original text file: http://www.python.org/dev/summary/2006-04-01_2006-04-15.rst .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf -- http://mail.python.org/mailman/listinfo/python-list
