2009/4/20 Ned Deily :
> In article
> <1afaf6160904201509g2f5e784ah34c728732ca9b...@mail.gmail.com>,
> Benjamin Peterson wrote:
>> I forgot one: [...]
>
> What about #5756 - idle, pydoc, et al removed from 3.1?
I just bumped priority and left a comment.
--
Regards,
Benjamin
__
2009/4/20 Barry Warsaw :
> On Apr 20, 2009, at 6:37 PM, Ned Deily wrote:
>
>> In article
>> <1afaf6160904201509g2f5e784ah34c728732ca9b...@mail.gmail.com>,
>> Benjamin Peterson wrote:
>>>
>>> I forgot one: [...]
>>
>> What about #5756 - idle, pydoc, et al removed from 3.1?
>
> Were we going to remo
In article <40d62762-abab-4de1-9be2-798e40ae2...@python.org>,
Barry Warsaw wrote:
> On Apr 20, 2009, at 6:37 PM, Ned Deily wrote:
>
> > In article
> > <1afaf6160904201509g2f5e784ah34c728732ca9b...@mail.gmail.com>,
> > Benjamin Peterson wrote:
> >> I forgot one: [...]
> >
> > What about #5756 -
On Apr 20, 2009, at 6:37 PM, Ned Deily wrote:
In article
<1afaf6160904201509g2f5e784ah34c728732ca9b...@mail.gmail.com>,
Benjamin Peterson wrote:
I forgot one: [...]
What about #5756 - idle, pydoc, et al removed from 3.1?
Were we going to remove this from 2.7 also? I'm working on splitting
In article
<1afaf6160904201509g2f5e784ah34c728732ca9b...@mail.gmail.com>,
Benjamin Peterson wrote:
> I forgot one: [...]
What about #5756 - idle, pydoc, et al removed from 3.1?
--
Ned Deily,
n...@acm.org
___
Python-Dev mailing list
Python-Dev@pyt
I forgot one:
#4136 - Porting the json changes to py3k - This issue exposed the
brokenness of the json module in py3k. Was any consensus reached about
what the API of json should be? If the beta time rolls around and
nothing has changed on this issue, I think Antoine's patch, which
makes json inpu
The first (and only) beta of 3.1 is scheduled for less than 2 weeks
away, May 2nd, and is creeping onto the horizon. There are currently 6
blockers:
#5692: test_zipfile fails under Windows - This looks like a fairly easy fix.
#5775: marshal.c needs to be checked for out of memory errors - Looks
l
Jared Grubb wrote:
On 19 Apr 2009, at 02:17, Stephen J. Turnbull wrote:
Nick Coghlan writes:
3. Change the shebang lines in Python standard library scripts to be
version specific and update release.py to fix them all when bumping the
version number in the source tree.
+1
I think that it's p
On 19 Apr 2009, at 02:17, Stephen J. Turnbull wrote:
Nick Coghlan writes:
3. Change the shebang lines in Python standard library scripts to be
version specific and update release.py to fix them all when bumping
the
version number in the source tree.
+1
I think that it's probably best to l
Antoine Pitrou wrote:
> Bill Janssen parc.com> writes:
> >
> > Sure. And if HTTP was all about browsers keying off pages, that would
> > be fine with me. But it's not. HTTP is used in lots of places where
> > there are no browsers;
>
> I'm sorry, I don't follow you. The fact that something
Bill Janssen parc.com> writes:
>
> Sure. And if HTTP was all about browsers keying off pages, that would
> be fine with me. But it's not. HTTP is used in lots of places where
> there are no browsers;
I'm sorry, I don't follow you. The fact that something else than a browser makes
the request
Antoine Pitrou wrote:
> Bill Janssen parc.com> writes:
> >
> > Sure. But nowhere does a spec say that this page charset should be used
> > in sending the values of a FORM using application/x-www-form-urlencoded
> > in a new HTTP request. It's just a convention some browsers use.
>
> Let's ca
Greg Ewing wrote:
> Steven Bethard wrote:
>
>> That's an unfortunate decision. When the 2.X line stops being
>> maintained (after 2.7 maybe?) we're going to be stuck with the "3"
>> suffix forever for the "real" Python.
>
> I don't see why we have to be stuck with it forever.
> When 2.x has faded
On Mon, Apr 20, 2009 at 12:25 PM, Steven D'Aprano wrote:
> On Mon, 20 Apr 2009 04:54:15 pm christian.d...@basf.com wrote:
>
>> I need something to suppress the generation of *.pyc files
>> because i have very much different machines which call a python
>> program at same time.
>
> This list is for
On Mon, 20 Apr 2009 04:54:15 pm christian.d...@basf.com wrote:
> I need something to suppress the generation of *.pyc files
> because i have very much different machines which call a python
> program at same time.
This list is for development *of* Python, not development *with*
Python. You would
Bill Janssen parc.com> writes:
>
> Sure. But nowhere does a spec say that this page charset should be used
> in sending the values of a FORM using application/x-www-form-urlencoded
> in a new HTTP request. It's just a convention some browsers use.
Let's call it a de facto standard then. A beha
Hello,
im looking for something like PEP-0304 (
http://www.python.org/dev/peps/pep-0304/)
I need something to suppress the generation of *.pyc files
because i have very much different machines which call a python program at
same time.
the python program crashes at different places and on differ
17 matches
Mail list logo
