Re: [Python-Dev] A new warning category?

Brett Cannon writes: > As one of the co-authors of the PEP I say no. Procedural question: Doesn't authorship disqualify you from BDF1P, so you can't pronounce? (Benevolent Dictator for One PEP) ___ Python-Dev mailing list Python-Dev@python.org http:/

Re: [Python-Dev] Issue 10094

Le jeudi 14 octobre 2010 19:58:22, Barry Warsaw a écrit : > On Oct 14, 2010, at 07:38 PM, Antoine Pitrou wrote: > >There doesn't seem to be anything really mysterious, actually. The > >exception message says it all :) > > Yep. Looks like Ubuntu 10.10 added UBUNTU_MENUPROXY to the default > enviro

Re: [Python-Dev] Issue 10094

On Fri, Oct 15, 2010 at 11:19:44AM +0200, Victor Stinner wrote: > Why does urllib test unset this variable? Is it related to an HTTP proxy? It does that *temporarily* using EnvironVarGuard to see if the PROXY related environment variables are correctly retrieved by a method. -- Senthil Drawin

Re: [Python-Dev] A new warning category?

On 15/10/2010 08:22, Stephen J. Turnbull wrote: Brett Cannon writes: > As one of the co-authors of the PEP I say no. Procedural question: Doesn't authorship disqualify you from BDF1P, so you can't pronounce? I think Brett meant co-authorship of the *moratorium* PEP (which is already accept

Re: [Python-Dev] A new warning category?

On Fri, Oct 15, 2010 at 7:44 PM, Michael Foord wrote: >  On 15/10/2010 08:22, Stephen J. Turnbull wrote: >> >> Brett Cannon writes: >> >>  >  As one of the co-authors of the PEP I say no. >> >> Procedural question: Doesn't authorship disqualify you from BDF1P, so >> you can't pronounce? > > I thin

Re: [Python-Dev] Stable build slaves authority

Am 14.10.2010 18:55, schrieb Antoine Pitrou: > On Thu, 14 Oct 2010 08:07:46 +0200 > Georg Brandl wrote: >> >> Very nice. http://www.python.org/dev/buildbot/stable/ is completely >> green at the moment -- which means that I can now indeed take failures >> seriously in the future. Previously, two

[Python-Dev] Summary of Python tracker Issues

ACTIVITY SUMMARY (2010-10-08 - 2010-10-15) 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: open2554 (+34) closed 19344 (+63) total 21898 (+65) Open issues with patches: 1

Re: [Python-Dev] Buildbot for AIX

Hi Martin, I finally got the authorization to run some buildbot slaves on our AIX servers. I made some tests with a buildbot script as close as possible to what you already use. Here is a patch that show the kind of modifications I had to do in order to get the buildbot slave to correctly ru

Re: [Python-Dev] Buildbot for AIX

On 2010-09-20, at 7:41 AM, Sébastien Sablé wrote: > Le 17/09/2010 15:05, Antoine Pitrou a écrit : >> Following on Martin's comments, you might also want to share things >> with the ActiveState guys who, AFAIK, maintain an AIX version of Python >> (but you have been the most active AIX user on the

Re: [Python-Dev] A new warning category?

On Fri, Oct 15, 2010 at 03:27, Nick Coghlan wrote: > On Fri, Oct 15, 2010 at 7:44 PM, Michael Foord > wrote: >>  On 15/10/2010 08:22, Stephen J. Turnbull wrote: >>> >>> Brett Cannon writes: >>> >>>  >  As one of the co-authors of the PEP I say no. >>> >>> Procedural question: Doesn't authorship d

[Python-Dev] Locked-in defect? 32-bit hash values on 64-bit builds

After rereading http://bugs.python.org/issue9778 , I'm growing concerned about an impending ABI freeze before the core devs find time to fix the 32-bit hash limitation. ISTM, the use of 64-bit builds is growing in popularity. It was be a bummer to have a locked-in an effective size limit for dic

Re: [Python-Dev] Locked-in defect? 32-bit hash values on 64-bit builds

2010/10/15 Raymond Hettinger : > After rereading http://bugs.python.org/issue9778 , I'm growing concerned > about an impending ABI freeze before the core devs find time to fix the > 32-bit hash limitation. > ISTM, the use of 64-bit builds is growing in popularity.  It was be a bummer > to have a lo

Re: [Python-Dev] Locked-in defect? 32-bit hash values on 64-bit builds

Raymond> ... but the chance to fix it will be lost unless core devs get Raymond> more time to work on the problem or unless the ABI freeze is Raymond> deferred. +1 Skip ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org

Re: [Python-Dev] Locked-in defect? 32-bit hash values on 64-bit builds

On Oct 15, 2010, at 12:40 PM, Benjamin Peterson wrote: >2010/10/15 Raymond Hettinger : >> After rereading http://bugs.python.org/issue9778 , I'm growing concerned >> about an impending ABI freeze before the core devs find time to fix the >> 32-bit hash limitation. >> ISTM, the use of 64-bit builds

[Python-Dev] Fwd: [Python-ideas] stats module Was: minmax() function ...

Hello guys. If you don't mind, I would like to hijack your thread :-) ISTM, that the minmax() idea is really just an optimization request. A single-pass minmax() is easily coded in simple, pure-python, so really the discussion is about how to remove the loop overhead (there isn't much you can do

Re: [Python-Dev] Locked-in defect? 32-bit hash values on 64-bit builds

On Oct 15, 2010, at 10:40 AM, Benjamin Peterson wrote: > I think the panic is a bit of an overreaction. PEP 384 has still not > been accepted, and I haven't seen a final decision about freezing the > ABI in 3.2. Not sure where the "panic" seems to be. I just want to make sure the ABI doesn't get

[Python-Dev] Fixing zipfile.BadZipfile to zipfile.BadZipFile

I am very glad you're reorganizing the Standard Library. Thumbs up! I hope everything will comply to PEP 8 after you're done. Since you're reorganizing, I have my own contribution. I have attached a patch. The issue7351 was not accepted at the time, so I hope you

Re: [Python-Dev] Locked-in defect? 32-bit hash values on 64-bit builds

On Fri, Oct 15, 2010 at 4:10 PM, Raymond Hettinger wrote: > > On Oct 15, 2010, at 10:40 AM, Benjamin Peterson wrote: > >> I think the panic is a bit of an overreaction. PEP 384 has still not >> been accepted, and I haven't seen a final decision about freezing the >> ABI in 3.2. > > Not sure where

Re: [Python-Dev] Fwd: [Python-ideas] stats module Was: minmax() function ...

On Fri, Oct 15, 2010 at 1:00 PM, Raymond Hettinger wrote: > Hello guys.  If you don't mind, I would like to hijack your thread :-) > > ISTM, that the minmax() idea is really just an optimization request. > A single-pass minmax() is easily coded in simple, pure-python, > so really the discussion is

Re: [Python-Dev] Fwd: [Python-ideas] stats module Was: minmax() function ...

On Sat, 16 Oct 2010 07:00:16 am Raymond Hettinger wrote: > Hello guys. If you don't mind, I would like to hijack your thread > :-) Please do :) > A few years ago, Guido and other python devvers supported a > proposal I made to create a stats module, but I didn't have time > to develop it. [...]

Re: [Python-Dev] Fwd: [Python-ideas] stats module Was: minmax() function ...

On Sat, Oct 16, 2010 at 8:05 AM, geremy condra wrote: > On Fri, Oct 15, 2010 at 1:00 PM, Raymond Hettinger > wrote: >> Hello guys.  If you don't mind, I would like to hijack your thread :-) >> >> ISTM, that the minmax() idea is really just an optimization request. >> A single-pass minmax() is eas

[Python-Dev] PPC Tiger is back up

I've moved the OS X buildbot parc-tiger-1 (PPC Tiger) to new hardware, a MDD dual-G4 PowerMac with more memory. Should move considerably faster. Enjoy! Bill ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/pytho