Mailman 3 June 2012 - Python-Dev

Issue 2736: datetimes and Unix timestamps
by Dirkjan Ochtman June 5, 2012

June 5, 2012

I recently opened issue14908. At work, I have to do a bunch of things with dates, times and timezones, and sometimes Unix timestamps are also involved (largely for easy compatibility with legacy APIs). I find the relative obscurity when converting datetimes to timestamps rather painful; IMO it should be possible to do everything I need straight from the datetime module objects, instead of having to involve the time or calendar modules. Anyway, I was pointed to issue 2736, which seems to have … [View More]

11 35

Re: [Python-Dev] what is happening with the regex module going into Python 3.3?
by MRAB June 5, 2012

June 5, 2012

(I've been having trouble with my email recently, so I missed this thread amongst others.) I personally am no longer that bothered about whether the regex module makes it into stdlib, but I am still be maintaining it on PyPI. If someone else wants to integrate it I would, of course, be willing to help out. As long as they basically have the same source code, any bugs or other problems in the integrated module would be shared by the separate module, and I would want to fix them, so any fix in … [View More]

4 5

Issue #11022: locale.getpreferredencoding() must not set temporary LC_CTYPE
by Victor Stinner June 5, 2012

June 5, 2012

Hi, I would like to know if it is too late (or not) to change the behaviour of open() for text files (TextIOWrapper). Currently, it calls locale.getpreferredencoding() to get the locale encoding by default. It is convinient and I like this behaviour... except that it changes temporary the LC_CTYPE locale to get the user prefered encoding instead of using the current encoding. Python 3 does already uses the user preferred encoding as the current encoding at startup. Changing temporary the … [View More]

2 2

Re: [Python-Dev] [Python-checkins] cpython: Fix potential NameError in multiprocessing.Condition.wait()
by Eli Bendersky June 5, 2012

June 5, 2012

Can you add a testcase for this? On Mon, Jun 4, 2012 at 9:01 PM, richard.oudkerk <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/3baeb5e13dd2 > changeset: 77348:3baeb5e13dd2 > user: Richard Oudkerk <shibturn(a)gmail.com> > date: Mon Jun 04 18:59:07 2012 +0100 > summary: > Fix potential NameError in multiprocessing.Condition.wait() > > files: > Lib/… [View More]

2 1

Language reference updated for metaclasses
by Nick Coghlan June 5, 2012

June 5, 2012

When writing the docs for types.new_class(), I discovered that the description of the class creation process in the language reference was not only hard to follow, it was actually *incorrect* when it came to describing the algorithm for determining the correct metaclass. I rewrote the offending section of the language reference to both describe the correct algorithm, and hopefully also to be easier to read. Once people have had a chance to review the changes in the 3.3 docs, I'll backport the … [View More]

7 11

issues with installing and importing rdflib and rdfextras in python and eclipse pydev
by ayodele akingbulu June 4, 2012

June 4, 2012

Hi, I have issues with the installation of rdflib and rdfextras packages on windows for python 3.2.3. I cannot find anywhere in the document detailing how to install this packages and succesfully import them in a python program. not to talk less of accessing it on eclipse indigo. Kindly help to look into this issue as it might be a bug. Regards, Ayo

2 1

Re: [Python-Dev] [Python-checkins] Daily reference leaks (d9b7399d9e45): sum=462
by Benjamin Peterson June 4, 2012

June 4, 2012

2012/6/2 <solipsis(a)pitrou.net>: > results for d9b7399d9e45 on branch "default" > -------------------------------------------- > > test_smtplib leaked [154, 154, 154] references, sum=462 Can other people reproduce this one? I can't. -- Regards, Benjamin

4 3

PEP 405 (built-in virtualenv) status
by Carl Meyer June 4, 2012

June 4, 2012

A brief status update on PEP 405 (built-in virtualenv) and the open issues: 1. As mentioned in the updated version of the language summit notes, Nick Coghlan has agreed to pronounce on the PEP. 2. Ned Deily discovered at the PyCon sprints that the current reference implementation does not work with an OS X framework build of Python. We're still working to discover the reason for that and determine possible fixes. 3. If anyone knows of a pair of packages in which both need to build compiled … [View More]

5 7

Re: [Python-Dev] [Python-checkins] cpython: Eric Snow's implementation of PEP 421.
by Barry Warsaw June 4, 2012

June 4, 2012

Thanks for the second set of eyes, Brett. On Jun 04, 2012, at 10:16 AM, Brett Cannon wrote: >> +.. data:: implementation >> + >> + An object containing the information about the implementation of the >> + currently running Python interpreter. Its attributes are the those >> > >"the those" -> "those" I actually rewrote this section a bit: An object containing information about the implementation of the currently running Python interpreter. … [View More]

3 3

Re: [Python-Dev] [Python-checkins] cpython: Eric Snow's implementation of PEP 421.
by Brett Cannon June 4, 2012

June 4, 2012

[Let's try this again since my last reply was rejected for being too large] On Mon, Jun 4, 2012 at 9:52 AM, barry.warsaw <python-checkins(a)python.org> wrote: > http://hg.python.org/cpython/rev/9c445f4695c1 > changeset: 77339:9c445f4695c1 > parent: 77328:0808cb8c60fd > user: Barry Warsaw <barry(a)python.org> > date: Sun Jun 03 16:18:47 2012 -0400 > summary: > Eric Snow's implementation of PEP 421. > > Issue 14673: Add sys.… [View More]implementation > > files: > Doc/library/sys.rst | 38 ++++ > Doc/library/types.rst | 24 ++ > Include/Python.h | 1 + > Include/namespaceobject.h | 17 + > Lib/test/test_sys.py | 18 ++ > Lib/test/test_types.py | 143 ++++++++++++++++- > Lib/types.py | 1 + > Makefile.pre.in <http://makefile.pre.in/> | 2 + > Objects/namespaceobject.c | 225 ++++++++++++++++++++++++++ > Objects/object.c | 3 + > Python/sysmodule.c | 72 ++++++++- > 11 files changed, 541 insertions(+), 3 deletions(-) > > > diff --git a/Doc/library/sys.rst b/Doc/library/sys.rst > --- a/Doc/library/sys.rst > +++ b/Doc/library/sys.rst > @@ -616,6 +616,44 @@ > > Thus ``2.1.0a3`` is hexversion ``0x020100a3``. > > + > +.. data:: implementation > + > + An object containing the information about the implementation of the > + currently running Python interpreter. Its attributes are the those > "the those" -> "those" > + that all Python implementations must implement. Should you mention that VMs are allowed to add their own attributes that are not listed? > They are described > + below. > + > + *name* is the implementation's identifier, like ``'cpython'``. > Is this guaranteed to be lowercase, or does it simply happen to be lowercase in this instance? > + > + *version* is a named tuple, in the same format as > + :data:`sys.version_info`. It represents the version of the Python > + *implementation*. This has a distinct meaning from the specific > + version of the Python *language* to which the currently running > + interpreter conforms, which ``sys.version_info`` represents. For > + example, for PyPy 1.8 ``sys.implementation.version`` might be > + ``sys.version_info(1, 8, 0, 'final', 0)``, whereas ``sys.version_info`` > + would be ``sys.version_info(1, 8, 0, 'final', 0)``. I think you meant to say ``sys.version_info(2, 7, 2, 'final', 0)``. What's with the ~? -Brett [View Less]

1 0