Re: [Python-Dev] (no subject)

On Tue, Feb 10, 2015 at 1:33 AM, Paul Moore wrote: > On 10 February 2015 at 00:29, Neil Girdhar wrote: > >> > function(**kw_arguments, **more_arguments) > >> If the key "key1" is in both dictionaries, more_arguments wins, right? > > > > > > There was some debate and it was decided that duplicate

Re: [Python-Dev] https://docs.python.org/3/using/index.html not linking correctly

On Mon, Oct 20, 2014 at 1:01 PM, Terry Reedy wrote: > If I go to https://docs.python.org/3/using/index.html and click on any of > the TOC entries, I get 'connecting' indefinitely. This problem seems > unique to this file. I tried several other index files and clicking am > entry brings up the co

Re: [Python-Dev] Semi-official read-only Github mirror of the CPython Mercurial repository

wants to run this, I have no objections to that either. It's using the hg-fast-export tool, though, so its whole cache is required (incremental updates are done and it has its own hg hash -> git hash mapping). Eli > On Sat, Jul 12, 2014, at 09:15, Eli Bendersky wrote: > > Jus

Re: [Python-Dev] Semi-official read-only Github mirror of the CPython Mercurial repository

n more frequent. Hopefully this will not overrun my bandwidth allocation :) The CPython mirror (https://github.com/python/cpython) has been pretty popular so far, with over 70 forks. Eli On Mon, Sep 30, 2013 at 6:09 AM, Eli Bendersky wrote: > Hi all, > > https://github.com/python/cpyth

Re: [Python-Dev] cpython and python debugger documentation

On Mon, Jun 9, 2014 at 7:50 AM, Paul Sokolovsky wrote: > Hello, > > On Mon, 09 Jun 2014 14:01:18 + > Brett Cannon wrote: > > > On Sat Jun 07 2014 at 5:55:29 PM, Le Pa wrote: > > > > > Hi, > > > > > > I am interested in learning how the cpython interpreter is designed > > > and implemented,

Re: [Python-Dev] Moving Python 3.5 on Windows to a new compiler

On Fri, Jun 6, 2014 at 4:32 PM, Sturla Molden wrote: > Brian Curtin wrote: > > > Well we're certainly not going to assume such a thing. I know people do > > that, but many don't (I never have). > > If Python 2.7 users are left with a dead compiler on Windows, they will > find a solution. For exa

Re: [Python-Dev] Download Counts (was: Language Summit notes)

On Wed, May 28, 2014 at 11:10 AM, Guido van Rossum wrote: > Is the Windows/Mac ratio still 70/30, with Linux in the single digits? > > Most Linux installs go through package managers which don't count here, no? Eli > > On Wed, May 28, 2014 at 10:57 AM, Brian Curtin wrote: > >> On May 28, 2014

Re: [Python-Dev] devguide: Add myself to developer log and as a Windows expert.

On Sun, May 11, 2014 at 6:57 AM, Steve Dower wrote: > Thanks. > > For those who missed the earlier discussions, Martin v. Löwis has handed > over responsibility for the Windows installers. It sounds like Brett Cannon > and I are both in a position to build 2.7 right now, and I hope to simplify >

Re: [Python-Dev] Language Summit notes

On Thu, Apr 10, 2014 at 12:30 PM, Antoine Pitrou wrote: > Le 10/04/2014 20:58, Guido van Rossum a écrit : > > >> Huh, I totally missed this (and I just gave Kushal a confused answer >> when he asked me about it in person). Can someone please post here what >> the plan is exactly? I don't want to p

Re: [Python-Dev] On the necessity of PEPs [was "collections.sortedtree"]

On Wed, Mar 26, 2014 at 2:27 PM, Benjamin Peterson wrote: > > > On Wed, Mar 26, 2014, at 14:25, Barry Warsaw wrote: > > On Mar 26, 2014, at 01:55 PM, Benjamin Peterson wrote: > > > > >It's not a bad idea. (I believe others have proposed an red-black tree.) > > >Certainly, it requires a PEP and a f

Re: [Python-Dev] Confirming status of new modules in 3.4

On Fri, Mar 14, 2014 at 4:56 PM, Giampaolo Rodola' wrote: > > On Fri, Mar 14, 2014 at 9:25 PM, R. David Murray wrote: > >> Not Provisional: >> >> selectors >> > > Wouldn't it be wiser to consider this one provisional as well? > +1 because of the intimate ties to asyncio Eli > > > > -- > Giam

Re: [Python-Dev] PEP 463: Exception-catching expressions

On Fri, Feb 21, 2014 at 6:46 AM, Nick Coghlan wrote: > On 22 February 2014 00:37, Eli Bendersky wrote: > > This goes against anything I understand about how exceptions should and > > should not be used. > > I think you're thinking of a language that isn't P

Re: [Python-Dev] PEP 463: Exception-catching expressions

On Fri, Feb 21, 2014 at 6:28 AM, Nick Coghlan wrote: > On 22 February 2014 00:03, Eli Bendersky wrote: > > On Thu, Feb 20, 2014 at 7:15 PM, Chris Angelico > wrote: > >> > >> PEP: 463 > >> Title: Exception-catching expressions > >> Version: $

[Python-Dev] Fwd: 2.x vs 3.x survey results

-- Forwarded message -- From: Antoine Pitrou Date: Sun, Jan 5, 2014 at 9:32 AM Subject: Re: [Python-Dev] 2.x vs 3.x survey results To: python-dev@python.org On Sun, 5 Jan 2014 11:23:45 -0600 Brian Curtin wrote: > On Sun, Jan 5, 2014 at 3:08 AM, Lennart Regebro wrote: > > On Sun

Re: [Python-Dev] potential argparse problem: bad mix of parse_known_args and prefix matching

On Tue, Nov 26, 2013 at 9:30 AM, Eli Bendersky wrote: > Hello, > > argparse does prefix matching as long as there are no conflicts. For > example: > > argparser = argparse.ArgumentParser() > argparser.add_argument('--sync-foo', action='store_true') >

Re: [Python-Dev] potential argparse problem: bad mix of parse_known_args and prefix matching

ouch upon it. > > As to why parse_known_args also does this, I can see the reasoning behind > this behavior: to the end user, "--sync" is a valid option, so it would be > surprising if it didn't get recognized under certain conditions. > > I suppose you were badly bitten

Re: [Python-Dev] potential argparse problem: bad mix of parse_known_args and prefix matching

On Tue, Nov 26, 2013 at 9:46 AM, R. David Murray wrote: > On Tue, 26 Nov 2013 09:30:10 -0800, Eli Bendersky > wrote: > > Hello, > > > > argparse does prefix matching as long as there are no conflicts. For > > example: > > > > argparser = argparse.A

Re: [Python-Dev] potential argparse problem: bad mix of parse_known_args and prefix matching

at on exactly the use case parse_known_args was designed for: whenever I have a Python script using argparse and passing unknown arguments to other programs, I have to manually make sure there are no common prefixes between any commands to avoid this problem. Frankly I don't see how the current

[Python-Dev] potential argparse problem: bad mix of parse_known_args and prefix matching

Hello, argparse does prefix matching as long as there are no conflicts. For example: argparser = argparse.ArgumentParser() argparser.add_argument('--sync-foo', action='store_true') args = argparser.parse_args() If I pass "--sync" to this script, it recognizes it as "--sync-foo". This behavior is

Re: [Python-Dev] buildbot's are needlessly compiling -O0

On Sun, Nov 24, 2013 at 6:12 AM, anatoly techtonik wrote: > On Sun, Nov 24, 2013 at 12:43 PM, Nick Coghlan wrote: > > > > On 24 Nov 2013 17:15, "Gregory P. Smith" wrote: > >> > >> our buildbots are setup to configure --with-pydebug which also > >> unfortunately causes them to compile with -O0...

Re: [Python-Dev] Assign(expr* targets, expr value) - why targetS?

On Fri, Nov 22, 2013 at 3:21 AM, anatoly techtonik wrote: > On Fri, Nov 15, 2013 at 5:43 PM, Benjamin Peterson > wrote: > > 2013/11/15 anatoly techtonik : > >> On Tue, Nov 12, 2013 at 5:08 PM, Benjamin Peterson > wrote: > >>> 2013/11/12 anatoly techtonik : > On Sun, Nov 10, 2013 at 8:34 AM,

Re: [Python-Dev] Mixed up core/module source file locations in CPython

On Sun, Nov 17, 2013 at 6:20 AM, Brett Cannon wrote: > > On Nov 17, 2013 8:58 AM, "Eli Bendersky" wrote: > > > > > > > > > > On Sat, Nov 16, 2013 at 3:44 PM, Brett Cannon wrote: > >> > >> > >> > >> > >>

Re: [Python-Dev] Mixed up core/module source file locations in CPython

On Sun, Nov 17, 2013 at 6:20 AM, Brett Cannon wrote: > > On Nov 17, 2013 8:58 AM, "Eli Bendersky" wrote: > > > > > > > > > > On Sat, Nov 16, 2013 at 3:44 PM, Brett Cannon wrote: > >> > >> > >> > >> > >>

Re: [Python-Dev] Mixed up core/module source file locations in CPython

On Sat, Nov 16, 2013 at 3:44 PM, Brett Cannon wrote: > > > > On Sat, Nov 16, 2013 at 1:40 PM, Eric Snow wrote: > >> If you look at the Python and Modules directories in the cpython repo, >> you'll find modules in Python/ and core files (like python.c and >> main.c) in Modules/. (It's like parkin

Re: [Python-Dev] The pysandbox project is broken

On Wed, Nov 13, 2013 at 10:27 AM, Brett Cannon wrote: > > > > On Wed, Nov 13, 2013 at 1:05 PM, Eli Bendersky wrote: > >> >> >> >> On Wed, Nov 13, 2013 at 6:58 AM, Brett Cannon wrote: >> >>> >>> >>> >>> On We

Re: [Python-Dev] The pysandbox project is broken

On Wed, Nov 13, 2013 at 2:48 PM, Christian Heimes wrote: > Am 13.11.2013 23:37, schrieb Eli Bendersky: > > Yeah, it definitely could. There are two problems currently: 1) the > > patches are for 2.7.x and 2) they have some ugly hacks in them. But I > > will talk to the guy w

Re: [Python-Dev] The pysandbox project is broken

On Wed, Nov 13, 2013 at 10:27 AM, Brett Cannon wrote: > > > > On Wed, Nov 13, 2013 at 1:05 PM, Eli Bendersky wrote: > >> >> >> >> On Wed, Nov 13, 2013 at 6:58 AM, Brett Cannon wrote: >> >>> >>> >>> >>> On We

Re: [Python-Dev] The pysandbox project is broken

On Wed, Nov 13, 2013 at 6:58 AM, Brett Cannon wrote: > > > > On Wed, Nov 13, 2013 at 6:30 AM, Facundo Batista > wrote: > >> On Wed, Nov 13, 2013 at 4:37 AM, Maciej Fijalkowski >> wrote: >> >> >> Do you think it would be productive to create an independent Python >> >> compiler, designed with sa

Re: [Python-Dev] Checking in Argument Clinic early?

On Tue, Oct 15, 2013 at 5:55 AM, Larry Hastings wrote: > > > I really want to get Argument Clinic in to Python 3.4. Currently the > following is true: > >- It has an implementation I've been working on for more than a year. >- I assert that it's a reasonable approach and the APIs are rea

Re: [Python-Dev] PEP 457: Syntax For Positional-Only Parameters

On Tue, Oct 8, 2013 at 4:33 PM, Larry Hastings wrote: > > I've contributed a new PEP to humanity. I include the RST for your > reading pleasure below, but you can also read it online here: > > http://www.python.org/dev/peps/pep-0457/ > > > Hi Larry, My comments below. TL;DR I'm -1, but trying t

Re: [Python-Dev] Semi-official read-only Github mirror of the CPython Mercurial repository

On Mon, Sep 30, 2013 at 6:54 AM, Donald Stufft wrote: > > On Sep 30, 2013, at 9:09 AM, Eli Bendersky wrote: > > Hi all, > > https://github.com/python/cpython is now live as a semi-official, *read > only* Github mirror of the CPython Mercurial repository. Let me know if yo

Re: [Python-Dev] Semi-official read-only Github mirror of the CPython Mercurial repository

On Mon, Sep 30, 2013 at 7:08 AM, Skip Montanaro wrote: > > https://github.com/python/cpython is now live as a semi-official, *read > > only* Github mirror of the CPython Mercurial repository. Let me know if > you > > have any problems/concerns. > > Thanks for this, Eli. I use git regularly at wor

Re: [Python-Dev] Semi-official read-only Github mirror of the CPython Mercurial repository

> > https://github.com/python/cpython is now live as a semi-official, *read > only* Github mirror of the CPython Mercurial repository. Let me know if you > have any problems/concerns. > > I still haven't decided how often to update it (considering either just N > times a day, or maybe use a Hg hook

[Python-Dev] Semi-official read-only Github mirror of the CPython Mercurial repository

Hi all, https://github.com/python/cpython is now live as a semi-official, *read only* Github mirror of the CPython Mercurial repository. Let me know if you have any problems/concerns. I still haven't decided how often to update it (considering either just N times a day, or maybe use a Hg hook for

Re: [Python-Dev] Why not support user defined operator overloading ?

Can you guys please move this discussion to python-ideas? python-dev is the wrong mailing list. Eli On Sun, Sep 29, 2013 at 6:02 PM, 张佩佩 wrote: > On 2013/9/30 8:53 Greg Ewing wrote: > > It does need to know the operator's precedence and > >associativity, though, which means either declaring >

Re: [Python-Dev] Getting Tulip (PEP 3156) into the 3.4 stdlib, marked provisional, named asyncio

On Fri, Sep 27, 2013 at 3:33 PM, Guido van Rossum wrote: > I've been looking at my progress with Tulip and the 3.4 release schedule > (PEP 429) and it looks like I will have to do some kind of sprint to get it > into the release in time for beta 1, which is planned for Nov 24. Ideally > I'd get i

Re: [Python-Dev] PEP 453 (pip bootstrapping) ready for pronouncement?

On Fri, Sep 27, 2013 at 6:19 PM, Benjamin Peterson wrote: > 2013/9/27 Barry Warsaw : > > On Sep 26, 2013, at 02:30 PM, Nick Coghlan wrote: > > > >>- the module name should be "_ensurepip" in all versions > >>- the PEP should explicitly state that the "don't remove _ensurepip > >>and it's wheel fil

Re: [Python-Dev] Official github mirror for CPython?

On Thu, Jul 25, 2013 at 7:48 AM, Brian Curtin wrote: > On Thu, Jul 25, 2013 at 9:37 AM, Christian Heimes > wrote: > > Am 25.07.2013 16:29, schrieb Eli Bendersky: > >> Hi all, > >> > >> I've been looking for a Github mirror for Python, and found tw

Re: [Python-Dev] asdl.py and Python-ast.[hc]

On Fri, Sep 27, 2013 at 7:26 AM, "Martin v. Löwis" wrote: > Am 26.09.13 15:52, schrieb Eli Bendersky: > > * Should I always check-in Python-ast.h and Python-ast.c when I touch > > asdl* ? The generated files are unchanged, it's only the timestamp that > > chang

Re: [Python-Dev] asdl.py and Python-ast.[hc]

On Fri, Sep 27, 2013 at 5:09 AM, Antoine Pitrou wrote: > Le Thu, 26 Sep 2013 10:28:46 -0400, > Benjamin Peterson a écrit : > > 2013/9/26 Eli Bendersky : > > > Hi All, > > > > > > Earlier this morning I had a slight tackle with a couple of the 3.4 >

Re: [Python-Dev] asdl.py and Python-ast.[hc]

On Thu, Sep 26, 2013 at 2:00 PM, Antoine Pitrou wrote: > On Thu, 26 Sep 2013 14:43:48 -0400 > Benjamin Peterson wrote: > > 2013/9/26 Eli Bendersky : > > > > > > > > > > > > On Thu, Sep 26, 2013 at 7:28 AM, Benjamin Peterson < > benja..

Re: [Python-Dev] asdl.py and Python-ast.[hc]

On Thu, Sep 26, 2013 at 1:45 PM, Antoine Pitrou wrote: > On Thu, 26 Sep 2013 11:46:07 -0700 > Eli Bendersky wrote: > > > > >> 2013/9/26 Eli Bendersky : > > > >> > Hi All, > > > >> > > > > >> > Earlier this morning

Re: [Python-Dev] asdl.py and Python-ast.[hc]

> >> 2013/9/26 Eli Bendersky : > >> > Hi All, > >> > > >> > Earlier this morning I had a slight tackle with a couple of the 3.4 > bots > >> > (sorry everyone!). I fixed some problems in asdl.py - > >> > http://hg.python.org/cp

Re: [Python-Dev] asdl.py and Python-ast.[hc]

On Thu, Sep 26, 2013 at 7:28 AM, Benjamin Peterson wrote: > 2013/9/26 Eli Bendersky : > > Hi All, > > > > Earlier this morning I had a slight tackle with a couple of the 3.4 bots > > (sorry everyone!). I fixed some problems in asdl.py - > > http://hg.python.org/cp

Re: [Python-Dev] cpython: Don't use fancy new Python features like 'with' - some bots don't have them

On Thu, Sep 26, 2013 at 9:07 AM, Georg Brandl wrote: > Am 26.09.2013 15:42, schrieb eli.bendersky: > > http://hg.python.org/cpython/rev/931d95e9067f > > changeset: 85801:931d95e9067f > > user:Eli Bendersky > > date:Thu Sep 26 06:41:36 2013 -0700 &

Re: [Python-Dev] asdl.py and Python-ast.[hc]

On Thu, Sep 26, 2013 at 7:18 AM, Brett Cannon wrote: > > > > On Thu, Sep 26, 2013 at 9:52 AM, Eli Bendersky wrote: > >> Hi All, >> >> Earlier this morning I had a slight tackle with a couple of the 3.4 bots >> (sorry everyone!). I fixed some problems in as

[Python-Dev] asdl.py and Python-ast.[hc]

Hi All, Earlier this morning I had a slight tackle with a couple of the 3.4 bots (sorry everyone!). I fixed some problems in asdl.py - http://hg.python.org/cpython/rev/21d46e3ae60c - and used the 'with' statement. Some bots don't have Python 2.6+ and couldn't bootstrap Python-ast.h/c Two question

Re: [Python-Dev] astgen.py vs. ASDL for ASTs

On Wed, Sep 25, 2013 at 6:35 AM, Eli Bendersky wrote: > > > > On Wed, Sep 25, 2013 at 6:28 AM, Benjamin Peterson wrote: > >> 2013/9/25 Eli Bendersky : >> > Hello, >> > >> > Some history (as best as I could collect it) followed by a question: >&g

Re: [Python-Dev] astgen.py vs. ASDL for ASTs

On Wed, Sep 25, 2013 at 6:28 AM, Benjamin Peterson wrote: > 2013/9/25 Eli Bendersky : > > Hello, > > > > Some history (as best as I could collect it) followed by a question: > > > > Before Python 2.5, the ast stdlib module was auto generated by a script >

[Python-Dev] astgen.py vs. ASDL for ASTs

Hello, Some history (as best as I could collect it) followed by a question: Before Python 2.5, the ast stdlib module was auto generated by a script named astgen.py from a textual AST definition in Tools/compiler/ast.txt. Since 2.5 (http://www.python.org/dev/peps/pep-0339/) ASTs are part of the n

Re: [Python-Dev] Best practice for documentation for std lib

On Sun, Sep 22, 2013 at 11:40 AM, Guido van Rossum wrote: > On Sun, Sep 22, 2013 at 10:25 AM, Eli Bendersky wrote: > >> >> I think there's a general agreement in this thread that we don't intend >> to change the status quo. Both .rst docs and docstrings are im

Re: [Python-Dev] Best practice for documentation for std lib

On Sun, Sep 22, 2013 at 10:07 AM, Guido van Rossum wrote: > On Sun, Sep 22, 2013 at 9:53 AM, Stephen J. Turnbull > wrote: > >> Eli Bendersky writes: >> >> > IMHO the right way to think about it is that the .rst files are by >> > far the more important d

Re: [Python-Dev] Best practice for documentation for std lib

On Sun, Sep 22, 2013 at 8:49 AM, Barry Warsaw wrote: > On Sep 22, 2013, at 10:34 AM, Brett Cannon wrote: > > >The rule of thumb I go by is the docstring should be enough to answer the > >question "what args does this thing take and what does it do in general to > >know it's the function I want an

Re: [Python-Dev] Best practice for documentation for std lib

On Sun, Sep 22, 2013 at 6:06 AM, Georg Brandl wrote: > On 09/22/2013 02:54 PM, Eli Bendersky wrote: > > > > > > > > On Sat, Sep 21, 2013 at 8:13 PM, Steven D'Aprano > <mailto:st...@pearwood.info>> wrote: > > > > Hi all, > > >

Re: [Python-Dev] Best practice for documentation for std lib

On Sat, Sep 21, 2013 at 8:13 PM, Steven D'Aprano wrote: > Hi all, > > I have a question about how I should manage documentation for the > statistics module for Python 3.4. At the moment, I have extensive > docstrings in the module itself. I don't believe anyone has flagged that > as "too much info

Re: [Python-Dev] PEP 455: TransformDict

On Sat, Sep 14, 2013 at 2:55 PM, Serhiy Storchaka wrote: > 14.09.13 20:41, Antoine Pitrou написав(ла): > >> No good reason. What's the name? transform_func? >> > > transform_func looks... truncated. Why not transform_function or > trans_func? transform_λ _

Re: [Python-Dev] Add a "transformdict" to collections

On Tue, Sep 10, 2013 at 5:22 AM, Antoine Pitrou wrote: > Le Tue, 10 Sep 2013 22:00:37 +1000, > Nick Coghlan a écrit : > > Is this just syntactic sugar for recursive lookup of a transformed > > version in __missing__? > > Nope. For one, it doesn't use __missing__ at all. I think > using __missing

Re: [Python-Dev] SEEK_* constants in io and os

> On Mon, Sep 2, 2013 at 8:48 AM, Victor Stinner > wrote: > >> 2013/9/2 Eli Bendersky : >> > Yes, now I see a 500 usec difference timed within the Python script. >> When >> > timing the whole execution of Python: (...) >> >> Can you please pr

Re: [Python-Dev] Offtopic: OpenID Providers

On Thu, Sep 5, 2013 at 10:31 AM, Jesus Cea wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I just received an email from my OpenID provider, "myOpenID", saying > that they drop OpenID service next February. I wonder what other > OpenID providers are used by other python-dev fellows.

Re: [Python-Dev] SEEK_* constants in io and os

On Mon, Sep 2, 2013 at 8:48 AM, Victor Stinner wrote: > 2013/9/2 Eli Bendersky : > > Yes, now I see a 500 usec difference timed within the Python script. When > > timing the whole execution of Python: (...) > > Can you please provide the list of imported modules by: > pyth

Re: [Python-Dev] SEEK_* constants in io and os

On Mon, Sep 2, 2013 at 6:51 AM, Antoine Pitrou wrote: > Le Mon, 2 Sep 2013 15:45:22 +0200, > Antoine Pitrou a écrit : > > Le Mon, 2 Sep 2013 06:18:31 -0700, > > Eli Bendersky a écrit : > > > On Mon, Sep 2, 2013 at 1:24 AM, Antoine Pitrou > > > wrote: >

Re: [Python-Dev] SEEK_* constants in io and os

On Mon, Sep 2, 2013 at 1:24 AM, Antoine Pitrou wrote: > Le Sun, 1 Sep 2013 18:02:30 -0700, > Eli Bendersky a écrit : > > Hello, > > > > I was looking at the possibility of replacing the SEEK_* constants by > > IntEnums, and the first thing that catches attention i

[Python-Dev] SEEK_* constants in io and os

Hello, I was looking at the possibility of replacing the SEEK_* constants by IntEnums, and the first thing that catches attention is that these constants are defined in both Lib/os.py and Lib/io.py; both places also recently started supporting SEEK_HOLE and SEEK_DATA (though here io refers to os.S

Re: [Python-Dev] [Python-checkins] cpython: Update whatsnew/3.4.rst wrt. the socket constants switch to IntEnum

On Sat, Aug 31, 2013 at 4:52 PM, Terry Reedy wrote: > On 8/31/2013 6:19 PM, eli.bendersky wrote: > >> http://hg.python.org/cpython/**rev/4d604f1f0219<http://hg.python.org/cpython/rev/4d604f1f0219> >> changeset: 85482:4d604f1f0219 >> user:Eli Bendersky &g

Re: [Python-Dev] [Python-checkins] cpython: Issue #11798: fix tests for regrtest -R :

On Sat, Aug 31, 2013 at 9:58 PM, andrew.svetlov wrote: > http://hg.python.org/cpython/rev/39781c3737f8 > changeset: 85490:39781c3737f8 > user:Andrew Svetlov > date:Sun Sep 01 07:58:41 2013 +0300 > summary: > Issue #11798: fix tests for regrtest -R : > > files: > Lib/test/reg

Re: [Python-Dev] [Python-checkins] cpython: Further reduce the cost of hash collisions by inspecting an additional nearby

On Sat, Aug 31, 2013 at 9:29 PM, raymond.hettinger < python-check...@python.org> wrote: > http://hg.python.org/cpython/rev/d40a65658ff0 > changeset: 85486:d40a65658ff0 > parent: 85482:4d604f1f0219 > user:Raymond Hettinger > date:Sat Aug 31 21:27:08 2013 -0700 > summary: >

Re: [Python-Dev] cpython: Issue #17741: Rename IncrementalParser and its methods.

On Fri, Aug 30, 2013 at 10:07 AM, Antoine Pitrou wrote: > > Hello, > > On Fri, 30 Aug 2013 14:51:42 +0200 (CEST) > eli.bendersky wrote: > > diff --git a/Doc/library/xml.etree.elementtree.rst > b/Doc/library/xml.etree.elementtree.rst > > --- a/Doc/library/xml.etree.elementtree.rst > > +++ b/Doc/li

Re: [Python-Dev] Coverity Scan Spotlight Python

Great work, Christian! On Thu, Aug 29, 2013 at 3:10 PM, Christian Heimes wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hello, > > Coverity has published its "Coverity Scan Spotlight Python" a couple > of hours ago. It features a summary of Python's ecosystem, an > interview with

Re: [Python-Dev] please back out changeset f903cf864191 before alpha-2

On Mon, Aug 26, 2013 at 10:40 AM, Paul Moore wrote: > On 26 August 2013 17:40, Eli Bendersky wrote: > >> Yes, exactly :-) "Incremental", though, seems to support the conjecture >> that it's the input. Which is true, but, since XMLParser is also >> "in

Re: [Python-Dev] please back out changeset f903cf864191 before alpha-2

On Mon, Aug 26, 2013 at 9:21 AM, Antoine Pitrou wrote: > Le Mon, 26 Aug 2013 09:14:38 -0700, > Eli Bendersky a écrit : > > > > Antoine, you opted out of the tracker issue but I feel it's fair to > > let you know that after a lot of discussion with Nick and Ste

Re: [Python-Dev] please back out changeset f903cf864191 before alpha-2

On Mon, Aug 26, 2013 at 8:57 AM, Antoine Pitrou wrote: > Le Mon, 26 Aug 2013 17:44:41 +0200, > Simon Cross a écrit : > > On Mon, Aug 26, 2013 at 2:51 PM, Antoine Pitrou > > wrote: > > > Because this API is mostly useful when the data is received (*) at a > > > slow enough speed - which usually

Re: [Python-Dev] please back out changeset f903cf864191 before alpha-2

On Sat, Aug 24, 2013 at 5:55 PM, Stephen J. Turnbull wrote: > Eli Bendersky writes: > > > I'm strongly opposed to reverting [the change to ElementTree] > > because it cleaned up messy code duplication and actually make the > > code size smaller. While I agre

Re: [Python-Dev] please back out changeset f903cf864191 before alpha-2

On Sat, Aug 24, 2013 at 7:33 AM, Nick Coghlan wrote: > On 25 August 2013 00:26, Nick Coghlan wrote: > > On 25 August 2013 00:13, Antoine Pitrou wrote: > >> On Sun, 25 Aug 2013 00:03:01 +1000 > >> Nick Coghlan wrote: > >>> If Stefan's "please revert this" as lxml.etree maintainer isn't > >>> en

Re: [Python-Dev] please back out changeset f903cf864191 before alpha-2

On Sat, Aug 24, 2013 at 7:33 AM, Nick Coghlan wrote: > On 25 August 2013 00:26, Nick Coghlan wrote: > > On 25 August 2013 00:13, Antoine Pitrou wrote: > >> On Sun, 25 Aug 2013 00:03:01 +1000 > >> Nick Coghlan wrote: > >>> If Stefan's "please revert this" as lxml.etree maintainer isn't > >>> en

Re: [Python-Dev] PEP 450 adding statistics module

On Thu, Aug 15, 2013 at 7:44 PM, Steven D'Aprano wrote: > On 16/08/13 04:10, Eric V. Smith wrote: > > I agree with Mark: the proposed median, median.low, etc., doesn't feel >> right. Is there any example of doing this in the stdlib? >> > > The most obvious case is datetime: we have datetime(), an

Re: [Python-Dev] PEP 450 adding statistics module

> > > > And I guess this is subjective: conversely, the API you're proposing > > > doesn't feel Pythonic to me. :-) I'd like the hear the opinion of > other > > > python-dev readers. > > > > I agree with Mark: the proposed median, median.low, etc., doesn't feel > > right. Is there any example of

Re: [Python-Dev] format, int, and IntEnum

> This got me thinking when we were discussing it in the issue. It's > plausible that every subclass of builtin types will need to implement > __format__ to act sanely. So maybe we can propose some sort of API (on the > Python level) that makes parsing the format string easy and will not make > cod

Re: [Python-Dev] format, int, and IntEnum

On Thu, Aug 15, 2013 at 8:15 AM, Eric V. Smith wrote: > On Aug 15, 2013, at 10:59 AM, Eli Bendersky wrote: > > > > > On Thu, Aug 15, 2013 at 3:03 AM, Eric V. Smith wrote: > >> On 8/15/2013 12:27 AM, Nick Coghlan wrote: >> > I think Eric is overinte

Re: [Python-Dev] format, int, and IntEnum

On Thu, Aug 15, 2013 at 3:03 AM, Eric V. Smith wrote: > On 8/15/2013 12:27 AM, Nick Coghlan wrote: > > I think Eric is overinterpreting the spec, there. While that particular > > sentence requires that the empty format string will be equivalent to a > > plain str() operation for builtin types, it

Re: [Python-Dev] format and int subclasses (Was: format, int, and IntEnum)

On Wed, Aug 14, 2013 at 4:01 PM, Serhiy Storchaka wrote: > 15.08.13 01:07, Ethan Furman написав(ла): > >> From http://bugs.python.org/**issue18738 >> : >> > > Actually the problem not only in IntEnum, but in any in subclass. > > Currently for empty format specif

Re: [Python-Dev] Deprecating the formatter module

On Wed, Aug 14, 2013 at 11:37 AM, Terry Reedy wrote: > On 8/14/2013 12:09 PM, Nick Coghlan wrote: > >> On 14 August 2013 11:55, Brett Cannon wrote: >> > > I view a deprecation as the same thing. If we leave the module in until >>> Python 4 then I can live with that, but simply moving documentat

Re: [Python-Dev] Deprecating the formatter module

On Wed, Aug 14, 2013 at 9:09 AM, Nick Coghlan wrote: > On 14 August 2013 11:55, Brett Cannon wrote: > > On Wed, Aug 14, 2013 at 11:47 AM, Nick Coghlan > wrote: > >> > >> On 14 August 2013 11:08, Brett Cannon wrote: > >> > We take adding a module to the stdlib very seriously for all of these >

Re: [Python-Dev] Deprecating the formatter module

On Mon, Aug 12, 2013 at 12:22 PM, Brett Cannon wrote: > At the PyCon CA sprint someone discovered the formatter module had > somewhat low code coverage. We discovered this is because it's tested by > test_sundry, i.e. it's tested by importing it and that's it. > > We then realized that it isn't r

Re: [Python-Dev] NULL allowed in PyErr_SetString and friends?

On Mon, Aug 12, 2013 at 5:10 AM, Antoine Pitrou wrote: > > Hello, > > It seems NULL is allowed as the first argument of PyErr_Format, > PyErr_SetString and PyErr_SetObject. Moreover, it means "clear the > error indicator". However, this is not mentioned in the docs. I was > wondering if we should

Re: [Python-Dev] redesigning the extension module initialisation protocol (was: Strange artifacts with PEP 3121 and monkey-patching sys.modules (in csv, ElementTree and others))

On Sun, Aug 11, 2013 at 6:52 AM, Stefan Behnel wrote: > Nick Coghlan, 11.08.2013 15:19: > > On 11 Aug 2013 09:02, "Stefan Behnel" wrote: > >>> BTW, this already suggests a simple module initialisation interface. > The > >>> extension module would expose a function that returns a module type, > an

Re: [Python-Dev] Strange artifacts with PEP 3121 and monkey-patching sys.modules (in csv, ElementTree and others)

On Sun, Aug 11, 2013 at 8:56 AM, Antoine Pitrou wrote: > On Sun, 11 Aug 2013 08:49:56 -0700 > Eli Bendersky wrote: > > > On Sun, Aug 11, 2013 at 6:40 AM, Antoine Pitrou > wrote: > > > > > On Sun, 11 Aug 2013 06:26:55 -0700 > > > Eli Bendersky wrot

Re: [Python-Dev] Strange artifacts with PEP 3121 and monkey-patching sys.modules (in csv, ElementTree and others)

On Sun, Aug 11, 2013 at 6:40 AM, Antoine Pitrou wrote: > On Sun, 11 Aug 2013 06:26:55 -0700 > Eli Bendersky wrote: > > On Sun, Aug 11, 2013 at 3:33 AM, Antoine Pitrou > wrote: > > > > > > > > Hi Eli, > > > > > > On S

Re: [Python-Dev] Strange artifacts with PEP 3121 and monkey-patching sys.modules (in csv, ElementTree and others)

On Sun, Aug 11, 2013 at 3:33 AM, Antoine Pitrou wrote: > > Hi Eli, > > On Sat, 10 Aug 2013 17:12:53 -0700 > Eli Bendersky wrote: > > > > Note how doing some sys.modules acrobatics and re-importing suddenly > > changes the internal state of a previously imported

Re: [Python-Dev] Strange artifacts with PEP 3121 and monkey-patching sys.modules (in csv, ElementTree and others)

On Sun, Aug 11, 2013 at 2:58 AM, Antoine Pitrou wrote: > On Sat, 10 Aug 2013 18:06:02 -0700 > Eli Bendersky wrote: > > This solution has problems. For example, in the case of ET it would > > preclude testing what happens when pyexpat is disabled (remember we were > > d

Re: [Python-Dev] Strange artifacts with PEP 3121 and monkey-patching sys.modules (in csv, ElementTree and others)

n Sat, Aug 10, 2013 at 5:47 PM, Nick Coghlan wrote: > In a similar vein, Antoine recently noted that the fact the per-module > state isn't a real PyObject creates a variety of interesting lifecycle > management challenges. > > I'm not seeing an easy solution, either, except to automatically skip

[Python-Dev] Strange artifacts with PEP 3121 and monkey-patching sys.modules (in csv, ElementTree and others)

Hello, Recently as part of the effort of untangling the tests of ElementTree and general code improvements (e.g. http://bugs.python.org/issue15651), I ran into something strange about PEP 3121-compliant modules. I'll demonstrate with csv, just as an example. PEP 3121 mandates this function to loo

Re: [Python-Dev] a Constant addition to enum

On Tue, Aug 6, 2013 at 1:42 PM, Ethan Furman wrote: > A question came up on stackoverflow asking about the Planet example and > the need to have the constant G defined in the method instead of at the > class level: > > http://stackoverflow.com/q/**17911188/208880

Re: [Python-Dev] Our failure at handling GSoC students

On Tue, Aug 6, 2013 at 12:26 PM, Antoine Pitrou wrote: > > Hello, > > I would like to point out that we currently fail at handling GSoC > projects and bringing them to completion. > > One cruel example is the set of PEP 3121 / PEP 384 refactorings done by > Robin Schreiber: > > http://bugs.python

Re: [Python-Dev] Allowing to run certain regression tests in subprocesses

On Sun, Aug 4, 2013 at 7:26 AM, Nick Coghlan wrote: > On 4 August 2013 23:40, Eli Bendersky wrote: >> On Sat, Aug 3, 2013 at 7:08 PM, Nick Coghlan wrote: >>> Sure, it's just unusual to have a case where "importing is blocked by adding >>> None to sy

Re: [Python-Dev] [RELEASED] Python 3.4.0a1

On Sat, Aug 3, 2013 at 11:48 PM, Larry Hastings wrote: > On 08/03/2013 11:22 PM, Larry Hastings wrote: > > * PEP 435, a standardized "enum" module > * PEP 442, improved semantics for object finalization > * PEP 443, adding single-dispatch generic functions to the standard library > * PEP 445, a ne

Re: [Python-Dev] Allowing to run certain regression tests in subprocesses

On Sat, Aug 3, 2013 at 7:08 PM, Nick Coghlan wrote: > > On 4 Aug 2013 12:03, "Eli Bendersky" wrote: >> >> On Sat, Aug 3, 2013 at 6:59 PM, Nick Coghlan wrote: >> > >> > On 4 Aug 2013 09:43, "Eli Bendersky" wrote: >> >>

Re: [Python-Dev] Allowing to run certain regression tests in subprocesses

On Sun, Aug 4, 2013 at 5:44 AM, R. David Murray wrote: > On Sat, 03 Aug 2013 19:04:21 -0700, Eli Bendersky wrote: >> On Sat, Aug 3, 2013 at 6:57 PM, R. David Murray >> wrote: >> > On Sat, 03 Aug 2013 16:47:37 -0700, Eli Bendersky wrote: >> >> On Sat, A

[Python-Dev] Fwd: Allowing to run certain regression tests in subprocesses

On Sat, Aug 3, 2013 at 6:57 PM, R. David Murray wrote: > On Sat, 03 Aug 2013 16:47:37 -0700, Eli Bendersky wrote: >> On Sat, Aug 3, 2013 at 4:36 PM, Eli Bendersky wrote: >> > Hi All, >> > >> > Today the issue of cross-test global env dependencies showed its u

Re: [Python-Dev] Allowing to run certain regression tests in subprocesses

On Sat, Aug 3, 2013 at 6:59 PM, Nick Coghlan wrote: > > On 4 Aug 2013 09:43, "Eli Bendersky" wrote: >> >> Hi All, >> >> Today the issue of cross-test global env dependencies showed its ugly >> head again for me. I recall a previous discussion >&g

Re: [Python-Dev] Allowing to run certain regression tests in subprocesses

On Sat, Aug 3, 2013 at 4:36 PM, Eli Bendersky wrote: > Hi All, > > Today the issue of cross-test global env dependencies showed its ugly > head again for me. I recall a previous discussion > (http://mail.python.org/pipermail/python-dev/2013-January/123409.html) > but there were

  1   2   3   4   5   >