First, let me offer congratulations and heartfelt thanks for your hard
work!
Victor Stinner writes:
> For network protocols, I don't know. It looks like the new email
> modules will offer two API levels: low level (native type) using
> bytes, high level using str (unicode). I don't know if the
On Fri, Oct 22, 2010 at 09:26, Georg Brandl wrote:
> Am 19.10.2010 17:24, schrieb P.J. Eby:
>> At 08:03 AM 10/18/2010 +1000, Nick Coghlan wrote:
>>>I'm a little dubious about exposing these officially. They're mainly a
>>>hack to get some parts of the standard library working (e.g. runpy) in
>>>th
On Fri, 22 Oct 2010 18:08:20 +0200 (CEST)
Python tracker wrote:
>
> ACTIVITY SUMMARY (2010-10-15 - 2010-10-22)
> Python tracker at http://bugs.python.org/
>
> To view or respond to any of the issues listed below, click on the issue.
> Do NOT respond to this message.
>
> Issues stats:
> open
On 22/10/2010 08:20, Paul Moore wrote:
On 22 October 2010 04:31, Ron Adam wrote:
When it's in the stdlib, the -m option should work just like any other
script run from the stdlib.
What path hacking are you thinking of?
On Windows, neither the "python" executable nor scripts in
C:\Pythonxx\Sc
Am 19.10.2010 17:24, schrieb P.J. Eby:
> At 08:03 AM 10/18/2010 +1000, Nick Coghlan wrote:
>>I'm a little dubious about exposing these officially. They're mainly a
>>hack to get some parts of the standard library working (e.g. runpy) in
>>the absence of full PEP 302 support in the imp module, not r
On Fri, 22 Oct 2010 17:37:53 +0200
Stefan Behnel wrote:
>
> I think the general problem is that "the module" can be a pretty broad
> thing, potentially referring to all sorts of stuff such as (usually)
> several other modules.
I wouldn't think of unloading modules as a general problem. We shou
ACTIVITY SUMMARY (2010-10-15 - 2010-10-22)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues stats:
open2494 (+32)
closed 19460 (+110)
total 21954 (+56)
Open issues with patches:
Antoine Pitrou, 22.10.2010 16:55:
On Fri, 22 Oct 2010 09:41:09 -0500
Benjamin Peterson wrote:
2010/10/22 exarkun:
Instances of classes don't refer to the module their class is defined in.
It seems more likely that the reason the module is garbage collected is
that there really is nothing whic
2010/10/22 Antoine Pitrou :
> On Fri, 22 Oct 2010 09:41:09 -0500
> Benjamin Peterson wrote:
>> 2010/10/22 :
>> > Instances of classes don't refer to the module their class is defined in.
>> > It seems more likely that the reason the module is garbage collected is
>> > that there really is nothin
exar...@twistedmatrix.com, 22.10.2010 16:32:
Instances of classes don't refer to the module their class is defined
in. It seems more likely that the reason the module is garbage collected
is that there really is nothing which refers to it anymore.
The behavior of setting the attributes of a modu
On Fri, 22 Oct 2010 09:41:09 -0500
Benjamin Peterson wrote:
> 2010/10/22 :
> > Instances of classes don't refer to the module their class is defined in.
> > It seems more likely that the reason the module is garbage collected is
> > that there really is nothing which refers to it anymore.
>
> I
2010/10/22 Stefan Behnel :
> Benjamin Peterson, 22.10.2010 16:17:
>> What about 3.1.0 then?
>
> The 3.1.2 release was fine, but the current 3.1 SVN branch is not. I assume
> you have applied the change there, too?
Yes. Unfortunately, this behavior is more "correct" for most cases
because it result
2010/10/22 :
> Instances of classes don't refer to the module their class is defined in.
> It seems more likely that the reason the module is garbage collected is
> that there really is nothing which refers to it anymore.
Indeed, this is really a Python bug, but there's no good way to deal
with
Benjamin Peterson, 22.10.2010 16:17:
2010/10/22 Stefan Behnel:
Benjamin Peterson, 22.10.2010 16:03:
2010/10/22 Stefan Behnel:
since SVN rev. 85392, Cython's installation fails on the py3k branch with
a
weird globals error. I think it is related to some sys.modules magic that
we
do in order to
On 02:13 pm, stefan...@behnel.de wrote:
Benjamin Peterson, 22.10.2010 16:03:
2010/10/22 Stefan Behnel:
since SVN rev. 85392, Cython's installation fails on the py3k branch
with a
weird globals error. I think it is related to some sys.modules magic
that we
do in order to support running Cython
2010/10/22 Stefan Behnel :
> Benjamin Peterson, 22.10.2010 16:03:
>>
>> 2010/10/22 Stefan Behnel:
>>>
>>> since SVN rev. 85392, Cython's installation fails on the py3k branch with
>>> a
>>> weird globals error. I think it is related to some sys.modules magic that
>>> we
>>> do in order to support r
Benjamin Peterson, 22.10.2010 16:03:
2010/10/22 Stefan Behnel:
since SVN rev. 85392, Cython's installation fails on the py3k branch with a
weird globals error. I think it is related to some sys.modules magic that we
do in order to support running Cython in Python 3 using lib2to3.
Basically, wha
2010/10/22 Dirkjan Ochtman :
> On Fri, Oct 22, 2010 at 00:57, Benjamin Peterson wrote:
>> In the interest of getting 3.1.3 and 2.7.1 out by next year, here's a
>> tentative release schedule:
>>
>> November 13th - RC1
>> November 27th - RC2
>> December 11th - Final
>
> The last one might clash with
2010/10/22 Stefan Behnel :
> Hi,
>
> since SVN rev. 85392, Cython's installation fails on the py3k branch with a
> weird globals error. I think it is related to some sys.modules magic that we
> do in order to support running Cython in Python 3 using lib2to3.
>
> Basically, what we do is, we import
Hi,
since SVN rev. 85392, Cython's installation fails on the py3k branch with a
weird globals error. I think it is related to some sys.modules magic that
we do in order to support running Cython in Python 3 using lib2to3.
Basically, what we do is, we import some parts of Cython at the beginni
Le jeudi 21 octobre 2010 21:14:55, Toshio Kuratomi a écrit :
> > That's exactly what I was looking for! Thanks. I think you've learned a
> > huge amount of good information that's difficult to find, so writing it
> > up in a more permanent and easy to find location will really help future
> > Pyt
Am 22.10.2010 11:41, schrieb Dirkjan Ochtman:
> On Fri, Oct 22, 2010 at 11:06, Georg Brandl wrote:
>> If everything goes as planned, there won't be many commits between RC2 and
>> final, so it should be fine. The svn repos won't be removed anyway, so
>> making a release from them is still possibl
On Fri, Oct 22, 2010 at 11:06, Georg Brandl wrote:
> If everything goes as planned, there won't be many commits between RC2 and
> final, so it should be fine. The svn repos won't be removed anyway, so
> making a release from them is still possible.
Okay, but accepting commits in both SVN and hg
Am 22.10.2010 09:36, schrieb Dirkjan Ochtman:
> On Fri, Oct 22, 2010 at 00:57, Benjamin Peterson wrote:
>> In the interest of getting 3.1.3 and 2.7.1 out by next year, here's a
>> tentative release schedule:
>>
>> November 13th - RC1
>> November 27th - RC2
>> December 11th - Final
>
> The last on
On Fri, Oct 22, 2010 at 00:57, Benjamin Peterson wrote:
> In the interest of getting 3.1.3 and 2.7.1 out by next year, here's a
> tentative release schedule:
>
> November 13th - RC1
> November 27th - RC2
> December 11th - Final
The last one might clash with the hg migration a bit, do we need to
w
On 22 October 2010 04:31, Ron Adam wrote:
> When it's in the stdlib, the -m option should work just like any other
> script run from the stdlib.
>
> What path hacking are you thinking of?
On Windows, neither the "python" executable nor scripts in
C:\Pythonxx\Scripts are in the PATH by default. On
26 matches
Mail list logo