f



python-dev Summary for 2006-01-01 through 2006-01-15

[The HTML version of this Summary is available at
http://www.python.org/dev/summary/2006-01-01_2006-01-15.html]


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Announcements
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

----------------------------
QOTF: Quote of the Fortnight
----------------------------

Guido, on the crashability of Python:

    I'm not saying it's uncrashable. I'm saying that if you crash it,
it's a bug unless proven harebrained.

Contributing thread:

- `Include ctypes into core Python?
<http://mail.python.org/pipermail/python-dev/2006-January/059621.html>`_

[SJB]

------------------------------------
Brett Cannon looking for Ph.D. ideas
------------------------------------

Brett Cannon is looking for Python-related ideas to form the subject
of his PhD dissertation, under Eric Wohlstadter at the University of
British Columbia.  He has three areas in which he has possible funding
(XML integration, game scripting support, and AOP); he is open to
grants from anyone else interested in particular Python development.=20
If anyone has suggestions for topics, Brett is listening!

So far:

* Phillip J. Eby mentioned that he has been doing some research on
implementing a non-traditional form of AOP in Python.
* Bill Janssen suggested a system to compile Python to AJAX.
* Steve Holden suggested a Python learning system.
* Ian Bicking suggested Boxer_ implemented for Python.
* Armin Rigo suggested PyPy related work.
* Jason Orendorff suggested collecting a downloadable corpus of Python
source code, and performing various analyses on it.
* Dennis Allison suggested interpreter structures for Python-like
languages that do not use a global interpreter lock, as well as
various other topics.

 .. _Boxer: http://dewey.soe.berkeley.edu/boxer.html

Contributing thread:

 - `Ph.D. dissertation ideas?
<http://mail.python.org/pipermail/python-dev/2006-January/059702.html>`__

[TAM]

---------------------------------
2.4 Documentation with Commentary
---------------------------------

Ian Bicking put an instance_ of his commenting system, Commentary_, up
against the full 2.4 documentation. If you'd like to see how the
Python docs look with user-added comments, now's your chance!

... _instance: http://pythonpaste.org/comment/python24/
... _Commentary: http://pythonpaste.org/commentary/

Contributing thread:

 - `[Doc-SIG] that library reference, again
<http://mail.python.org/pipermail/python-dev/2006-January/059353.html>`__

[SJB]

---------------------------------------
Builds of the Development Documentation
---------------------------------------

Be sure to keep yourself up to date with the newest Python
documentation - Neal Norwitz has arranged it so that the current
Python development documentation is now automatically generated every
12 hours and placed at http://docs.python.org/dev/.

Contributing thread:

 - `automated builds and tests
<http://mail.python.org/pipermail/python-dev/2006-January/059362.html>`__

[SJB]

--------------------------------
PEPs now automatically installed
--------------------------------

Martin v. L=F6wis has arranged for an automatic installation of PEPs_:
they will now get published in the subversion post-commit.

Contributing thread:

 - `Installing PEPs
<http://mail.python.org/pipermail/python-dev/2006-January/059745.html>`__

 .. _PEPs: http://www.python.org/peps

[TAM]

=3D=3D=3D=3D=3D=3D=3D=3D=3D
Summaries
=3D=3D=3D=3D=3D=3D=3D=3D=3D

---------------------------------------------------
Using buildbot to automate testing of Python builds
---------------------------------------------------

A buildbot_ has been setup to facilitate `automated testing of the
Python SVN`_.  There are currently five slaves setup:

* Linux x86 (gentoo 2.6, glibc 2.3)
* Linux AMD64 (gentoo 2.6, glibc 2.3)
* Solaris10 sparc
* OS X 10.3 G5
* OS X 10.4 G4

Ideally, all supported platforms will be added (including OS, version,
hardware, and various configurations); the slaves are testing the
trunk and the 2.4 branch.  Note that Window buildbot slaves have to
have an appropriate compiler (MS VC 7.1), otherwise it can't compile
the code; the Windows Python would also like to build several other
packages (like bz2 and Tcl/Tk).  A periodic "clean build" may also be
added; there was discussion whether this should be done via a patch to
the buildbot master, via an IRC command, or with a separate scheduler.

Martin v. L=F6wis would rather buildbot produced static pages than act
as a web server (for security reasons).  Brian Warner explained that
it once did, but was changed to make it easier to implement features
like the "Force Build" button.  An explanation of the security was
given, and it seems satisfactory at the moment.

The buildbot testing has already produced results: a compiler warning
on OS X 10.3 was noticed.  A discussion took place as to whether this
should be fixed (it should) and who could do it (Ronald Oussoren
volunteered, with help from Skip Montanaro).

Fredrik Lundh had been playing with "automatic module discovery" in an
attempt to figure out how complete the library reference really is,
tracking down missing reference pages and generating stubs for pages
that "should exist".  He suggested that the buildbot could also run
this script; at the time of this summary this was in progress.

 .. _automated testing of the Python SVN: http://www.python.org/dev/buildbo=
t/
 .. _buildbot: http://buildbot.sourceforge.net/

Contributing threads:

 - `buildbot <http://mail.python.org/pipermail/python-dev/2006-January/0593=
59.html>`__
 - `Buildbot questions
<http://mail.python.org/pipermail/python-dev/2006-January/059429.html>`__
 - `[Buildbot-devel] Re: buildbot
<http://mail.python.org/pipermail/python-dev/2006-January/059455.html>`__
 - `Automated Python testing
<http://mail.python.org/pipermail/python-dev/2006-January/059460.html>`__
 - `building a module catalogue with buildbot
<http://mail.python.org/pipermail/python-dev/2006-January/059623.html>`__
 - `Buildbot: doing occasional full builds
<http://mail.python.org/pipermail/python-dev/2006-January/059643.html>`__

[TAM]

----------------------
A "Rejected Ideas" PEP
----------------------

Alexander Kozlovsky submitted a pre-PEP for the oft-repeated request
that Python do away with its explicit "self" parameter.  Guido
responded with a definitive "This won't change", but didn't want to
allow the PEP to be created just to be rejected.  A number of people
felt that the mailing lists weren't a sufficiently visible place for
this response, especially considering the huge number of times the
request has been presented.  Thomas Wouters proposed a "Rejected
Ideas" PEP that would list some of the more commonly raised proposals
that weren't really even worthy of a PEP, with references to the
appropriate python-list or python-dev discussions.  Tim Peters
nominated the alternate title "Don't Bother: PEPs Rejected Before
Being Written" which perhaps better summarizes the intent.  People
seemed generally in favor of the idea, and Thomas Wouters offered to
write up a first draft indicating three major rejected ideas:

* removing the explicit "self" parameter
* upgrading the Python parser beyond a simple LL(1)
* allowing parentheses to be omitted in function calls

At the time of this summary, no PEP was yet available.

Contributing threads:

 - `Draft proposal: Implicit self in Python 3.0
<http://mail.python.org/pipermail/python-dev/2006-January/059446.html>`__
 - `Rejected ideas PEP (was re: Draft proposal: Implicit self in
Python 3.0) <http://mail.python.org/pipermail/python-dev/2006-January/05951=
4.html>`__

[SJB]

-------------------------------
Using ssize_t as the index type
-------------------------------

Continuing from `last week`_, more process was made towards `PEP 353`_.

Tim Peters, Neal Norwitz, and Martin v. L=F6wis discussed replacing '#'
as a format character, and how this could be down in a backwards
compatible way; they also discussed how Py_ssize_t could be output
correctly in a printf-style statement.  Martin suggested using %zd,
but this isn't in VC 7.1; Tim suggested that a macro be added to
pyport.h, which would use "z" where possible, and define something
else where not (e.g. Windows).  Tim also suggested that PyErr_Format()
and PyString_Format() should be taught to recognize the "z" qualifier,
with the macros hidden inside the implementation of those functions.

M.-A. Lemburg pointed out other changes of output parameter types
which will cause problems in extensions, and worried that authors
wouldn't be able to get these converted in time for Python 2.5.=20
Martin disagreed.  While code will continue to work with 32-bit
systems with little work, more needs to be done for 64-bit systems.=20
Martin suggested that users could continue to use 32-bit Python (since
nothing will be gained by using 64-bit anyway) until the required
changes are made.  For more details, see the "Open Issues" section of
the PEP.

 .. _last week:
http://www.python.org/dev/summary/2005-12-16_2005-12-31.html#using-ssize-t-=
as-the-index-type
 .. _PEP 353: http://www.python.org/peps/pep-0353.html

Contributing threads:

 - `[Python-checkins] commit of r41906 -
python/branches/ssize_t/Objects/obmalloc.c
<http://mail.python.org/pipermail/python-dev/2006-January/059381.html>`__
 - `New PEP: Using ssize_t as the index type
<http://mail.python.org/pipermail/python-dev/2006-January/059437.html>`__
 - `[Python-checkins] r41972 -
python/branches/ssize_t/Objects/funcobject.c
<http://mail.python.org/pipermail/python-dev/2006-January/059516.html>`__
 - `Py_ssize_t output parameters (Was: [Python-checkins] r41971 ...)
<http://mail.python.org/pipermail/python-dev/2006-January/059597.html>`__

[TAM]

-------------------------------------
Adding ctypes to the standard library
-------------------------------------

Thomas Heller suggested that ctypes be included in core Python
(starting with 2.5).  The common response was that while ctypes is a
useful, popular, mature module, it does make it very easy to get a
core dump, which violates the guideline that if you get a core dump
it's a bug in Python or in a third party extension or you're doing
something harebrained.  On the other hand, it was pointed out that the
dl module suffers from the same problem, and is included without any
warnings (the documentation was later fixed to include warnings).

Martin v. L=F6wis suggested making ctypes a dynamically loaded module
(ctypes.pyd), so administrators could remove it, and
I could also make it a separate option in the Windows installer, so
administrators could opt out of installing it.  Everyone seemed happy
with prominent warnings in the documentation, so the plan was to check
this in.  However, licensing issues were hit with libffi, so the
check-in is on hold for the moment.  Stay tuned for more exciting news
on this next fortnight!

Contributing thread:

 - `Include ctypes into core Python?
<http://mail.python.org/pipermail/python-dev/2006-January/059604.html>`__

[TAM]

-----------------------------------------
Adding tests when no fix is yet available
-----------------------------------------

After Georg Brandl checked in a test for the compiler module without a
corresponding fix, Tim Peters reverted the change, indicating that no
check-in should ever leave the repository in such a state that
``regrtest.py -uall`` fails. The ensuing thread discussed a number of
ways of checking in a test for a bug when code to fix the bug was not
yet available. Neal Norwitz proposed adding two files to Lib/test,
outstanding_bugs.py and outstanding_crashes.py, which would include
the appropriate tests, but which would not be run under ``regrtest.py
-uall``.  Some people were concerned about the maintainability of
keeping failing tests for a module separate from the other tests of
that module, so Neal Norwitz and Scott David Daniels presented a
patch_ and a recipe_ for decorators that mark individual test
functions as failing.

No official pronouncement on how failing tests should be added to the
Python test suite had been made at the time of this summary.

... _patch: http://python.org/sf/1399935
... _recipe: http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/466288

Contributing thread:

 - `Checking in a broken test was: Re: [Python-checkins] r41940 -
python/trunk/Lib/test/test_compiler.py
<http://mail.python.org/pipermail/python-dev/2006-January/059481.html>`__
 - `r42003 - python/trunk/Lib/test/outstanding_bugs.pypython/trunk/Lib/test=
/outstanding_crashes.py
<http://mail.python.org/pipermail/python-dev/2006-January/059599.html>`__

[SJB]

-------------------------------------------
Running the test suites in multiple locales
-------------------------------------------

Georg Brandl noted that unicode format modifiers were (in SVN)
incorrectly using the locale (one should always use locale.format to
get locale-aware formatting).  Fredrik Lundh suggested that all test
should be run in a different locale than C to detect these bugs,
perhaps adding a "use setlocale" flag to the test runner, to simplify
this.  Neal Norwitz made a patch to do this, finding a failure in
test_email and two failures in test_re.

Contributing thread:

 - `locale and LC_NUMERIC
<http://mail.python.org/pipermail/python-dev/2006-January/059530.html>`__

[TAM]

-----------------------------------------------------------
Replacing the docutils directory with an svn:externals link
-----------------------------------------------------------

David Goodger replaced the static copy of docutils in the "peps"
repository with a svn:externals link to the docutils repository. There
was some concern about svn querying servers other than svn.python.org
(the docutils repository is hosted on svn.berlios.de) and about
linking to a potentially broken repository.  David assured python-dev
that the svn.berlios.de server was hardly ever unreachable, and
changed the svn:externals link to select the 0.4 revision of docutils
instead of the trunk.  That guaranteed a non-broken copy of docutils,
and made updating to a new revision just a simple propedit.

Contributing thread:

 - `r42015 - peps/trunk
<http://mail.python.org/pipermail/python-dev/2006-January/059676.html>`__

[SJB]

--------------
Tkinter status
--------------

A brief message from Joseph Rodrigues asking about the status of
Tkinter in Python started a short thread about how Tkinter is
maintained in Python. Martin v. L=F6wis is the primary maintainer, and
he mainly focuses on integrating user contributions and making sure
that Python is compatible with the latest release of Tcl/Tk.  New
widgets don't get wrapped automatically - if you want one supported,
you should submit a patch.

Contributing thread:

 - `Tkinter <http://mail.python.org/pipermail/python-dev/2006-January/05958=
8.html>`__

[SJB]

------------------------------------
Roadmap for ConfigParser development
------------------------------------

Once again, the output capability of ConfigParser was brought up; this
time by Facundo Bastista, who `submitted a patch`_ that orders the
output so that doctest output can be easily reliable.  He pointed out
that there is `another open patch`_ that allows the user to specify
the order through an "ordered dictionary".  Guido explained that he
didn't feel that it mattered, as long as the patch also allows
comments to be preserved; his preference was for everything (ordering,
blank lines, and comments) to be preserved.  Tony Meyer point out some
examples_ of previous_ `python-dev discussion`_ about how ConfigParser
should be modified, and that SpamBayes_ includes a ConfigParser
subclass that allows 'surgical' editing of files.

 .. _submitted a patch: http://python.org/sf/1399309
 .. _another open patch: http://python.org/sf/1371075
 .. _previous: http://mail.python.org/pipermail/python-dev/2004-October/049=
454.html
 .. _python-dev discussion:
http://mail.python.org/pipermail/python-dev/2004-October/049527.html
 .. _examples: http://aspn.activestate.com/ASPN/Mail/Message/python-dev/148=
3518
 .. _SpamBayes: http://spambayes.org

Contributing thread:

 - `ConfigParser to save with order
<http://mail.python.org/pipermail/python-dev/2006-January/059480.html>`__

[TAM]

-------------------------------
Patches for the logging package
-------------------------------

Shane Hathaway asked about the process for submitting patches for the
logging package.  Vinay Sajip is the primary maintainer, and accepts
patches (compatible with Python 1.5.2) through sourceforge as normal,
though personal emails are appropriate if you are worried about
spending time on a patch that is not accepted.  There was a brief
followup discussion about how to get the logging package to interact
nicely with external log rotation tools, including the possible
creation of a ``reopen()`` function for files, but the thread trailed
off without any solid conclusion on this issue.

Contributing thread:

 - `Logging enhancements
<http://mail.python.org/pipermail/python-dev/2006-January/059566.html>`__

[SJB]

----------------------------------
os.path.getmtime() bugs on Windows
----------------------------------

Christian Tismer noted that if, in a single interactive session on
Windows, create a file, get its os.path.getmtime(), change your time
zone, and get its os.path.getmtime() again, the time stamps are
different.  He asked whether there was a way to circumvent the
problem, or if a patch could be created.  Tim Peters gave him a
`reference to a CodeProject page` that discusses the problem.  Martin
v. L=F6wis has meant to work on a patch for several years; his plan is
to drop usage of msvcrt's stat(3), and instead implement os.stat in
terms of Windows API directly - this would also have the advantage
that subsecond time-stamps can be exposed.  This patch would need to
be implemented twice; once for Win9X (ANSI file names) and once for
NT+ (unicode file names).

 .. _reference to a CodeProject page:
http://www.codeproject.com/datetime/dstbugs.asp

Contributing thread:

 - `os.path.getmtime on Windows
<http://mail.python.org/pipermail/python-dev/2006-January/059741.html>`__

[TAM]

----------------------------------------
Generating Python-ast.c and Python-ast.h
----------------------------------------

Python-ast.c and Python-ast.h are generated automatically from
Parser/asdl_c.py and then checked into Subversion. However, a ``make
distclean`` removes these files, and if you do not have a 2.2+ version
of Python available, they cannot be regenerated.  The best solution
seemed to be to alter ``make distclean`` to not remove Python-ast.c
and Python-ast.h as they only need to be regenerated when the AST
definition changes, which is rather infrequent.

Contributing thread:

- `[Python-checkins] commit of r41880 -
python/trunk/Python/Python-ast.c
<http://mail.python.org/pipermail/python-dev/2006-January/059356.html>`__

[SJB]

-----------------------------------------
Allowing dict subclasses for exec globals
-----------------------------------------

Currently, the ``exec`` statement allows the locals expression (the
second expression after ``in``) to be any mapping type.  The globals
expression (the first expression after ``in``) should be a dict
object, but Python does not currently raise an exception if you use a
dict subclass, though it will not call any overridden methods
correctly.  `Crutcher Dunnavant presented a patch`_ that allows the
globals expression to be a dictionary subclass such that overridden
methods are called properly.  Because it gives Python new
capabilities, if the patch is accepted, it will not become part of
Python until 2.5.

... _Crutcher Dunnavant presented a patch: http://www.python.org/sf/1402289

Contributing thread:

 - `[PATCH] Fix dictionary subclass semantics when used as global
dictionaries <http://mail.python.org/pipermail/python-dev/2006-January/0596=
25.html>`__

[SJB]

--------------------------------------
Finding an appropriate recursion limit
--------------------------------------

Python limits the depth of the function call stack.  Too low a limit,
and some functions fail needlessly.  Too high a limit, and some
programs get a segmentation fault instead of an exception.  There is
no easy, automated, way to find the "right" limit.

Contributing thread:

- `Limiting the recursion limit
<http://mail.python.org/pipermail/python-dev/2006-January/059652.html>`__

[Jim Jewett]

------------------------
When is a PEP necessary?
------------------------

Q.  Why are so many PEPs about changes to syntax or the core language
instead of (less intrusive) changes to the standard library?

A.  Unintrusive changes to the standard library can often just go in
without the overhead of a PEP.  This process *is* different from some
other languages.

Contributing thread:

 - `PEP and stdlib
<http://mail.python.org/pipermail/python-dev/2006-January/059694.html>`__

[Jim Jewett]

--------------------------------
Mixing file iteration techniques
--------------------------------

'for lines in file:' uses a buffer; doing an explicit readline does
not use that buffer, which can lead to corrupted data.  Thomas Wouters
submitted a patch to raise an error instead of silently corrupting
data.  For backwards compatibility, it still doesn't complain when the
mixing doesn't happen to corrupt data.

He chose to raise an error instead of correcting the problem (by using
the buffer exactly when he now raises an error) to minimize the
changes.

Contributing thread:

 - `file.next() vs. file.readline()
<http://mail.python.org/pipermail/python-dev/2006-January/059410.html>`__

[Jim Jewett]

-------------------------------------
Multiple interpreters sharing objects
-------------------------------------

Having multiple interpreters sharing the same object isn't heavily
tested. There is a threading-related bug (fixed in 2.4.2) that can
result in (false) complaints about being run in restricted mode.  In
addition, if a thread finishes, another interpreter might reuse the
thread id, which wasn't quite fully cleaned up.  Various small patches
were proposed; none are perfect, all are probably an improvement.

Contributing threads:

 - `Sharing between multiple interpreters and restricted mode
<http://mail.python.org/pipermail/python-dev/2006-January/059412.html>`__
 - `PyThreadState_Delete vs PyThreadState_DeleteCurrent
<http://mail.python.org/pipermail/python-dev/2006-January/059595.html>`__
 - `pystate.c changes for Python 2.4.2
<http://mail.python.org/pipermail/python-dev/2006-January/059716.html>`__

[Jim Jewett]

-----------------------------
Unicode exceptions with print
-----------------------------

What to do if the output encoding can't handle the text you just sent
it? Should it just substitute something (losing information) or should
it really throw an exception?  (What is wrong?  Argh!  I can't even
print the bad data out!)

Contributing thread:

 - `Unicode print/stdoutput exceptions are not nice
<http://mail.python.org/pipermail/python-dev/2006-January/059715.html>`__

[Jim Jewett]

--------------
curses testing
--------------

Alone, the setupterm call [curses.setupterm(sys.__stdout__.fileno())]
does nothing remarkable, but when it is done inside of
curses.initscr() / curses.endwin() the terminal is not restored
properly.  Georg Brandl thinks that if setupterm() is to be tested, it
should be executed before initscr().

Contributing thread:

 - `Birkenfeld's gone
<http://mail.python.org/pipermail/python-dev/2006-January/059492.html>`__

[Jim Jewett]

---------------------
Momentary API changes
---------------------

Some functions were turned into macros, which are not so good for
dynamic linking. This was later fixed.

Contributing thread:

- `API changes <http://mail.python.org/pipermail/python-dev/2006-January/05=
9374.html>`__

[Jim Jewett]

----------------------
sudo security concerns
----------------------

If you can run a script as someone else (including root), and can set
the environment variables, then you can get a python interactive
session as that someone.

Contributing thread:

 - `sudo security hole w/ potential Python connection
<http://mail.python.org/pipermail/python-dev/2006-January/059586.html>`__

[Jim Jewett]

----------------------------
Problems with tar on Solaris
----------------------------

GNU tar should be used on Solaris, as the Solaris tar has problems.

Contributing thread:

 - `TAR problems under Solaris
<http://mail.python.org/pipermail/python-dev/2006-January/059415.html>`__

[Jim Jewett]

----------------------------
That which we call a rose...
----------------------------

"Reinhold Birkenfeld" was a pseudonym Georg Brandl first used when he
was sixteen.  Three years (plus change) later, he has decided to
become known within the Python development community by his real name.
 Among the expected humourous replies, there was some discussion about
whether pseudonyms should be permitted for people contributing to
Python, but this (including exactly what a "contribution" is) wasn't
resolved.

Contributing thread:

 - `Birkenfeld's gone
<http://mail.python.org/pipermail/python-dev/2006-January/059492.html>`__

[TAM]

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Previous Summaries
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

 - `When do sets shrink?
<http://mail.python.org/pipermail/python-dev/2006-January/059346.html>`__
 - `Including zlib...
<http://mail.python.org/pipermail/python-dev/2006-January/059372.html>`__
 - `a quit that actually quits
<http://mail.python.org/pipermail/python-dev/2006-January/059384.html>`__
 - `Real time behaviour of Pythons memory management; WAS: RE:
Documentation about Python's GC,python-dev list messages referenced in
Modules/gcmodule.c notreachable anymore
<http://mail.python.org/pipermail/python-dev/2006-January/059408.html>`__
 - `slight inconsistency in svn checkin email subject lines
<http://mail.python.org/pipermail/python-dev/2006-January/059355.html>`__
 - `buildno (Was: [Python-checkins] commit of r41907-
python/trunk/Makefile.pre.in)=20
<http://mail.python.org/pipermail/python-dev/2006-January/059419.html>`__

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Skipped Threads
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

 - `Weekly Python Patch/Bug Summary
<http://mail.python.org/pipermail/python-dev/2006-January/059352.html>`__
 - `current test problems
<http://mail.python.org/pipermail/python-dev/2006-January/059360.html>`__
 - `mac memory leaks
<http://mail.python.org/pipermail/python-dev/2006-January/059367.html>`__
 - `bsddb broken
<http://mail.python.org/pipermail/python-dev/2006-January/059425.html>`__
 - `Jython and CPython
<http://mail.python.org/pipermail/python-dev/2006-January/059434.html>`__
 - `Compiler warnings for 64-bit portability problems
<http://mail.python.org/pipermail/python-dev/2006-January/059464.html>`__
 - `some interesting readings
<http://mail.python.org/pipermail/python-dev/2006-January/059482.html>`__
 - `Birkenfeld's gone
<http://mail.python.org/pipermail/python-dev/2006-January/059492.html>`__
 - `Python-Dev Digest, Vol 29, Issue 111
<http://mail.python.org/pipermail/python-dev/2006-January/059494.html>`__
 - `PyCon TX 2006: Early-bird registration ends Jan. 15!
<http://mail.python.org/pipermail/python-dev/2006-January/059511.html>`__
 - `test_curses
<http://mail.python.org/pipermail/python-dev/2006-January/059528.html>`__
 - `sudo security hole w/ potential Python connection
<http://mail.python.org/pipermail/python-dev/2006-January/059586.html>`__
 - `Python-Dev Digest, Vol 30, Issue 32
<http://mail.python.org/pipermail/python-dev/2006-January/059587.html>`__
 - `Hello <http://mail.python.org/pipermail/python-dev/2006-January/059628.=
html>`__
 - `DRAFT: python-dev Summary for 2005-12-01 through 2005-12-15
<http://mail.python.org/pipermail/python-dev/2006-January/059713.html>`__
 - `DRAFT: python-dev Summary for 2005-12-16 through 2005-12-31
<http://mail.python.org/pipermail/python-dev/2006-January/059717.html>`__
 - `DRAFT: python-dev Summary for 2005-12-16 through2005-12-31
<http://mail.python.org/pipermail/python-dev/2006-January/059726.html>`__
 - `Python icon
<http://mail.python.org/pipermail/python-dev/2006-January/059738.html>`__




=3D=3D=3D=3D=3D=3D=3D=3D
Epilogue
=3D=3D=3D=3D=3D=3D=3D=3D

This is a summary of traffic on the `python-dev mailing list`_ from
January 01, 2006 through January 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 is the 11th summary written by the python-dev summary deuce of
Steve Bethard and Tony Meyer (Happy New Year!).

To contact us, please send email:

- Steve Bethard (steven.bethard at gmail.com)
- Tony Meyer (tony.meyer at gmail.com)

Do *not* post to comp.lang.python if you wish to reach us.

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
-------------------------

The in-development version of the documentation for Python can be
found at http://www.python.org/dev/doc/devel/ and should be used when
looking up any documentation for new code; otherwise use the current
documentation as found at http://docs.python.org/ .  PEPs (Python
Enhancement Proposals) are located at http://www.python.org/peps/ .
To view files in the Python CVS online, go to
http://svn.python.org/projects/python/ .  Reported
bugs and suggested patches can be found at the SourceForge_ project
page.

Please note 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=3D5470
... _python-dev mailing list: http://mail.python.org/mailman/listinfo/python=
-dev
... _c.l.py:
... _comp.lang.python: http://groups.google.com/groups?q=3Dcomp.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/

... _last summary: http://www.python.org/dev/summary/2005-12-01_2005-12-15.h=
tml
... _original text file:
http://www.python.org/dev/summary/2006-01-01_2006-01-15.ht
... _archive: http://www.python.org/dev/summary/
... _RSS feed: http://www.python.org/dev/summary/channews.rdf
0
tony.meyer (13)
2/1/2006 8:54:01 AM
comp.lang.python 77058 articles. 6 followers. Post Follow

0 Replies
544 Views

Similar Articles

[PageSpeed] 25

Reply:

Similar Artilces:

python-dev Summary for 2006-01-16 through 2006-01-31
Sorry the summaries are so late. We were late already, and it's taken me a bit of time to get set up with the new python.org site. But I should be all good now, and hopefully we'll get caught up with all the summaries by the end of May. Hope you all weren't too depressed without your bi-weekly python-dev updates! ;-) python-dev Summary for 2006-01-16 through 2006-01-31 ++++++++++++++++++++++++++++++++++++++++++++++++++++ ... contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-01-16_2006-01-31] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Announcements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ------------------------- Google summer internships ------------------------- Google is looking to fill an unprecedented number of `student intern positions`_ this (US) summer, at several US locations (Mountain View, Santa Monica, Kirkland (Wash.), and New York). The perks are incredible, and Google is not just looking for software development interns - there are also product management positions, and UI design and usability analyst positions. Contributing thread: - `Know anyone interested in a Google internship? <http://mail.python.org/pipermail/python-dev/2006-January/060047.html>`__ .. _student intern positions: http://www.google.com/jobs/intern.html [TAM] ----------------------- Possible Summer of PyPy ----------------------- Armin Rigo announced the possibil...

python-dev Summary for 2006-10-01 through 2006-10-15
python-dev Summary for 2006-10-01 through 2006-10-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ ... contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-10-01_2006-10-15] ============= Announcements ============= ----------------------------- QOTF: Quotes of the Fortnight ----------------------------- Martin v. Lowis on a small change to Python that wouldn't affect many applications: I'm pretty sure someone will notice, though; someone always notices. Contributing thread: - `Caching float(0.0) <http://mail.python.org/pipermail/python-dev/2006-October/069175.html>`__ Steve Holden reminds us that patch submissions are dramatically preferred to verbose thread discussions: This thread has disappeared down a rat-hole, never to re-emerge with anything of significant benefit to users. C'mon, guys, implement a patch or leave it alone :-) Contributing thread: - `Caching float(0.0) <http://mail.python.org/pipermail/python-dev/2006-October/069190.html>`__ ========= Summaries ========= -------------- Caching floats -------------- Nick Craig-Wood discovered that he could save 7MB in his application by adding the following simple code:: if age == 0.0: age = 0.0 A large number of his calculations were producing the value 0.0, which meant that many copies of 0.0 were being stored. Since all 0.0 literals refer to the same obje...

python-dev Summary for 2006-05-01 through 2006-05-15
python-dev Summary for 2006-05-01 through 2006-05-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ ... contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-05-01_2006-05-15] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Announcements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ------------------- Python 2.5 progress ------------------- Python 2.5 is moving steadily towards its first beta release. See `PEP 356`_ for more details and the full schedule. ... _PEP 356: http://www.python.org/dev/peps/pep-0356/ Contributing threads: - `2.5 open i...

python-dev Summary for 2006-07-01 through 2006-07-15
python-dev Summary for 2006-07-01 through 2006-07-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ ... contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-07-01_2006-07-15] ============= Announcements ============= ------------------- Python 2.5 schedule ------------------- Python continues to make progress towards Python 2.5 final. See `PEP 356`_ for more details and the full schedule. ... _PEP 356: http://www.python.org/dev/peps/pep-0356/ Contributing threads: - `TRUNK FREEZE for 2.5b2, tomorrow Tuesday 11th, 00:00 UTC <http://mail.python.org/pipermail/python-dev/2006-July/067189.html>`__ - `Subject: RELEASED Python 2.5 (beta 2) <http://mail.python.org/pipermail/python-dev/2006-July/067255.html>`__ - `TRUNK is UNFROZEN. <http://mail.python.org/pipermail/python-dev/2006-July/067259.html>`__ -------------------------- ctypes in the Python trunk -------------------------- Martin v. Lowis successfully imported the ctypes history into the Python trunk, so ctypes now shares its repository with the rest of Python. Thanks everyone for your hard work! Contributing threads: - `Moving the ctypes repository to python.org <http://mail.python.org/pipermail/python-dev/2006-July/066962.html>`__ - `Subversion outage Friday 15:00 GMT <http://mail.python.org/pipermail/python-dev/2006-July/067101.html>`__ - `SVN write access is back <http://mail.python.org/pipermail/python-dev/2006-July/067125...

python-dev Summary for 2006-12-01 through 2006-12-15
python-dev Summary for 2006-12-01 through 2006-12-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ ... contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-12-01_2006-12-15] ============= Announcements ============= Some of you may know that Steven Bethard, having taken over the summaries from Brett Cannon some time ago, is no longer able to keep up with them. After much holiday stress and busy days, I've come to take over this honor and archive all the goings on here. I hope I can do a good job, and allow the summaries to continu...

python-dev Summary for 2006-04-01 through 2006-04-15
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] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Announcements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --------------------- 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 (do...

python-dev Summary for 2006-08-01 through 2006-08-15
python-dev Summary for 2006-08-01 through 2006-08-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ ... contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-08-01_2006-08-15] ========= Summaries ========= -------------------------------- Mixing str and unicode dict keys -------------------------------- Ralf Schmitt noted that in Python head, inserting str and unicode keys to the same dictionary would sometimes raise UnicodeDecodeErrors:: >>> d = {} >>> d[u'm\xe1s'] = 1 >>> d['m\xe1s'] = 1 Traceback (most recent call last): ... UnicodeDecodeError: 'ascii' codec can't decode byte 0xe1 in position 1: ordinal not in range(128) This error showed up as a result of Armin Rigo's `patch to stop dict lookup from hiding exceptions`_, which meant that the UnicodeDecodeError raised when a str object is compared to a non-ASCII unicode object was no longer silenced. In the end, people agreed that UnicodeDecodeError should not be raised for equality comparisons, and in general, ``__eq__()`` methods should not raise exceptions. But comparing str and unicode objects is often a programming error, so in addition to just returning False, equality comparisons on str and non-ASCII unicode now issues a warning with the UnicodeDecodeError message. ... _patch to stop dict lookup from hiding exceptions: http://bugs.python.org/1...

python-dev Summary for 2006-02-01 through 2006-02-15
python-dev Summary for 2006-02-01 through 2006-02-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ ... contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-02-01_2006-02-15] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Announcements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ----------------------------- QOTF: Quotes of the Fortnight ----------------------------- We had a plethora (yes, I did just say plethora) of quotable quotes this fortnight. Martin v. L=F6wis on the `lambda keyword`_: I believe that usage of a keyword with the name of a Greek letter also contributes to people considering something broken. Raymond Hettinger on the `learnability of Python`_: A language suitable for beginners should be easy to learn, but it should not leave them permanently crippled... To misquote Einstein:=20 The language should be as simple as possible, but no simpler. Robert Brewer on `Pythonic syntax`_: Community consensus on syntax is a pipe dream. ... _lambda keyword: http://mail.python.org/pipermail/python-dev/2006-February/060389.html ... _learnability of Python: http://mail.python.org/pipermail/python-dev/2006-February/060420.html ... _Pythonic syntax: http://mail.python.org/pipermail/python-dev/2006-February/060556.html [SJB] -------------------- Release plan for 2.5 -------------------- `PEP 356`_ lists the release plan for Python 2.5. Check it out for the...

python-dev Summary for 2005-01-01 through 2005-01-15
This is a summary of traffic on the `python-dev mailing list`_ from January 01, 2005 through January 15, 2005. It is intended to inform the wider Python community of on-going developments on the list. 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`_! This is the fifty-sixth summary written by Brett Cannon (I don't want to do my homework). To contact me, please send email to brett at python.org ; I do not have the time to keep up on comp.lang.python and thus do not always catch follow-ups posted there. All summaries are archived at http://www.python.org/dev/summary/ . Please note that this summary is written using reStructuredText_ which can be found at http://docutils.sf.net/rst.html . Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it, although I suggest learning reST; it's simple and is accepted for `PEP markup`_ and gives some perks for the HTML output. Also, because of the wonders of programs that like to reformat text, I cannot guarantee you will be able to run the text version of this ...

python-dev Summary for 2006-08-01 through 2006-08-15 #2
python-dev Summary for 2006-08-01 through 2006-08-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-08-01_2006-08-15] ========= Summaries ========= -------------------------------- Mixing str and unicode dict keys -------------------------------- Ralf Schmitt noted that in Python head, inserting str and unicode keys to the same dictionary would sometimes raise UnicodeDecodeErrors:: >>> d = {} >>> d[u'm\xe1s'] = 1 >>> d['m\xe1s&#...

python-dev Summary for 2004-01-01 through 2004-01-31
python-dev Summary for 2004-01-01 through 2004-01-31 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from=20 January 1, 2004 through January 31, 2004. It is intended to inform the=20 wider Python community of on-going developments on the list. To comment=20 on anything mentioned here, just post to `comp.lang.python`_ (or email=20 python-list@python.org which is a gateway to the newsgroup) with a=20 subject line mentioning what you are discussing. All python-dev members=20 are interested in seeing ideas discussed by the commu...

python-dev Summary for 2005-01-16 through 2005-01-31
===================== Summary Announcements ===================== ----------------------------------------- School sure likes to destroy my free time ----------------------------------------- A month late, that much closer to having this hectic quarter being over. Sorry for being so delinquent with this summary but school has kept me busy and obviously the Real World has to take precedence over volunteer work. Now if I could only get paid for doing this... =) And if you hate the summaries being late, you could do it yourself. This is not meant to be a flippant comment! I am always w...

CDs 2006/01/01 to 2006/02/28
CDs 2006/01/01 to 2006/02/28 GARAGE SALES, working, tested, fully functional, very cheap discounted price, low cost, --------------------------------------------------------------- 2006/01/09 Imagineer.Systems.Mokey.v4.0.RC2 2006/01/09 Imagineer.Systems.Monet.v2.0.RC2 2006/01/09 Canopus Video FX Update for Premiere Pro1.5 2006/01/09 Canopus Xplode Professional 4.04 update for Premiere Pro1.5 2006/01/09 Alias.Maya.Unlimited.v7.0.1(Win/Linux/Mac) 2006/01/09 Shade.v8.1 2006/01/09 Deadline.2004.v1.2.15710 2006/01/09 T-Splines.v1.3.for.Maya.7.0 2006/01/09 Headus.CySlice.v3.4 2006/01/09 Headus.UV...

CDs 2006/01/01 to 2006/02/28
CDs 2006/01/01 to 2006/02/28 GARAGE SALES, working, tested, fully functional, very cheap discounted price, low cost, --------------------------------------------------------------- 2006/01/09 Imagineer.Systems.Mokey.v4.0.RC2 2006/01/09 Imagineer.Systems.Monet.v2.0.RC2 2006/01/09 Canopus Video FX Update for Premiere Pro1.5 2006/01/09 Canopus Xplode Professional 4.04 update for Premiere Pro1.5 2006/01/09 Alias.Maya.Unlimited.v7.0.1(Win/Linux/Mac) 2006/01/09 Shade.v8.1 2006/01/09 Deadline.2004.v1.2.15710 2006/01/09 T-Splines.v1.3.for.Maya.7.0 2006/01/09 Headus.CySlice.v3.4 2006/...

CSPP Stats: 31/01/2006-06/01/2006
Turquoise SuperStat 2.2 * Message area statistics ================================================= (c) Copyright 1998-2005 Peter Karlsson This report covers 233 messages written between 2006-01-30 02:49:07 and 2006-02-06 03:35:06 ----------------------------------------------------------------------------- Blacklist of quoters (of people who have written at least three messages) Place Name Msgs Ratio 1. Notan <notan@ddress.thatcanbespammed> 5 85.06% 2. Jim Anderson <fro2750@frontie...

python-dev Summary for 2005-03-01 through 2005-03-15
[The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-03-01_2005-03-15.html] ===================== Summary Announcements ===================== ----------------------------- Second to last summary for me ----------------------------- Just a reminder, after this Summary there is only one more left for me to write. After that Tim Lesher, Tony Meyer, and Steven Bethard will be taking over. ----------------- See you at PyCon! ----------------- PyCon_ is practically upon us! If you are going to be there, great! Please feel free to say hello if you run into me (will be at the sprints and the conference Wednesday and Thursday; skipping Friday to see a friend). Always happy to stop-and-chat. ... _PyCon: http://www.pycon.org/ ------------------------ 2.4.1 should be out soon ------------------------ Python 2.4c2 has now been released. Assuming no major issues come up, 2.4 final will be out March 29; day after PyCon. But in order to make sure no issues come up, we need the code to be tested! Please get the code and run the regression tests. If you are on a UNIX system it is as easy as running ``make test`` (``make testall`` is even better). The tests can also be run on non-UNIX systems; see http://docs.python.org/lib/regrtest.html on how. ========= Summaries ========= ---------------------- 2.4 should be out soon ---------------------- Python 2.4.1c1 was releaseed, but enough bug...

python-dev Summary for 2004-07-01 through 2004-07-15
python-dev Summary for 2004-07-01 through 2004-07-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from July 01, 2004 through July 15, 2004. It is intended to inform the wider Python community of on-going developments on the list. 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'...

python-dev Summary for 2003-09-01 through 2003-09-15
python-dev Summary for 2003-09-01 through 2003-09-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from September 1, 2003 through September 15, 2003. It is intended to inform the wider Python community of on-going developments on the list. 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`_! This is the twenty-fifth summary written by Brett Cannon (with school looming on the horizon). All summaries are archived at http://www.python.org/dev/summary/ . Please note that this summary is written using reStructuredText_ which can be found at http://docutils.sf.net/rst.html . Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it, although I suggest learning reST; it's simple and is accepted for `PEP markup`_ and gives some perks for the HTML output. Also, because of the wonders of programs that like to reformat text, I cannot guarantee you will be able to run the text version of this summary through Docutils_ as-is...

python-dev summary for 2005-07-01 to 2005-07-15
[The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-07-01_2005-07-15.html] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Announcements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ------------------------------ QOTF (Quotes of the Fortnight) ------------------------------ Marc-Andre Lemburg provides perhaps the best summary to date of `how strings and Unicode should be used`_ in Python: To untie this Gordian Knot, we should use strings and Unicode like they are supposed to be used (in the context of text data): * strings are fine for text data that is encod...

python-dev Summary for 2003-10-01 through 2003-10-15
python-dev Summary for 2003-10-01 through 2003-10-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from=20 October 1, 2003 through October 15, 2003. It is intended to inform the=20 wider Python community of on-going developments on the list. To comment=20 on anything mentioned here, just post to `comp.lang.python`_ (or email=20 python-list@python.org which is a gateway to the newsgroup) with a=20 subject line mentioning what you are discussing. All python-dev members=20 are interested in seeing ideas discussed by the commu...

python-dev Summary for 2004-08-01 through 2004-08-15
python-dev Summary for 2004-08-01 through 2004-08-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from August 01, 2004 through August 15, 2004. It is intended to inform the wider Python community of on-going developments on the list. 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`_! This is the forty-sixth summary written by Brett Cannon (two freakin' years doing this; I *am* nuts). To contact me, please send email to brett at python.org ; I do not have the time to keep up on comp.lang.python and thus do not always catch follow-ups posted there. All summaries are archived at http://www.python.org/dev/summary/ . Please note that this summary is written using reStructuredText_ which can be found at http://docutils.sf.net/rst.html . Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it, although I suggest learning reST; it's simple and is accepted for `PEP markup`_ and gives some perks for the HTML outpu...

python-dev Summary for 2005-03-01 through 2005-03-15
[The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-03-01_2005-03-15.html] ===================== Summary Announcements ===================== ----------------------------- Second to last summary for me ----------------------------- Just a reminder, after this Summary there is only one more left for me to write. After that Tim Lesher, Tony Meyer, and Steven Bethard will be taking over. ----------------- See you at PyCon! ----------------- PyCon_ is practically upon us! If you are going to be there, great! Please feel free to say hello if you run int...

python-dev Summary for 2005-08-01 through 2005-08-15
[The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-08-01_2005-08-15.html] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Announcements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ---------------------------- QOTF: Quote of the Fortnight ---------------------------- Some wise words from Donovan Baarda in the PEP 347 discussions: It is true that some well designed/developed software becomes = reliable very quickly. However, it still takes heavy use over time to prove that. Contributing thread: - `PEP: Migrating the Python CVS to Subversion <http://mail.python.org/pipermail/python-dev/2005-August/055105.html>`__ [SJB] ------------ Process PEPs ------------ The PEP editors have introduced a new PEP category: "Process", for PEPs = that don't fit into the "Standards Track" and "Informational" categories. = More detail can be found in `PEP 1`_, which is itself a Process PEP. ... _PEP 1: http://www.python.org/peps/pep-0001.html Contributing thread: - `new PEP type: Process <http://mail.python.org/pipermail/python-dev/2005-August/055361.html>`__ [TAM] ----------------------------------------------- Tentative Schedule for 2.4.2 and 2.5a1 Releases ----------------------------------------------- Python 2.4.2 is tentatively scheduled for a mid-to-late September = release and a first alpha of Python 2.5 for March 2006 (with a final release = aro...

Web resources about - python-dev Summary for 2006-01-01 through 2006-01-15 - comp.lang.python

Resources last updated: 3/21/2016 6:29:11 PM