[Python-Dev] Re: PEP 611: The one million limit.

On Thu, 2019-12-05 at 16:38 +, Mark Shannon wrote: > Hi Everyone, > > Thanks for all your feedback on my proposed PEP. I've editing the PEP > in > light of all your comments and it is now hopefully more precise and > with > better justification. > > https://github.com/python/peps/pull/1249

Re: [Python-Dev] Stop using timeit, use perf.timeit!

On Fri, 2016-06-10 at 23:20 +1000, Steven D'Aprano wrote: > On Fri, Jun 10, 2016 at 01:13:10PM +0200, Victor Stinner wrote: > > Hi, > > > > Last weeks, I made researchs on how to get stable and reliable > > benchmarks, especially for the corner case of microbenchmarks. The > > first result is a se

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Mon, 2016-01-18 at 19:18 -0500, Terry Reedy wrote: > On 1/18/2016 6:20 PM, Brett Cannon wrote: > > > > > > On Sun, 17 Jan 2016 at 11:10 Brett Cannon > > wrote: > > > > While doing a review of http://bugs.python.org/review/26129/ I asked > > to have curly braces

Re: [Python-Dev] A macro for easier rich comparisons

On Tue, 2015-04-28 at 10:50 -0700, Glenn Linderman wrote: > On 4/28/2015 2:13 AM, Victor Stinner wrote: > > > > #define Py_RETURN_RICHCOMPARE(val1, val2, op) > > > \ > > > > do { > > > > \ > > >

Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS

On Sun, 2013-12-08 at 05:29 -0500, R. David Murray wrote: > As far as we have been able to determine, Tae Wong is in fact a bot > (note the 'seo' in the email address...a tip of the hand, as far as > I can see). We have removed all access permissions (including email) > from the related account on

Re: [Python-Dev] Building a Faster Python

On Mon, 2013-07-22 at 17:15 +0200, Antoine Pitrou wrote: > Le Mon, 22 Jul 2013 11:08:32 -0400, > David Malcolm a écrit : > > > > How did this thread go from: > > "for OS X, GCC 4.8.1 gives you significantly faster machine code > >than the system GCC

Re: [Python-Dev] Building a Faster Python

On Mon, 2013-07-22 at 09:32 +0200, Maciej Fijalkowski wrote: > On Mon, Jul 22, 2013 at 9:32 AM, Maciej Fijalkowski wrote: > > On Mon, Jul 22, 2013 at 8:15 AM, Antoine Pitrou wrote: > >> On Sun, 21 Jul 2013 16:36:35 -0700 > >> Raymond Hettinger wrote: > >>> Our current Mac OS X builds use GCC-4.2

Re: [Python-Dev] Doubly linked lists in Python core?

On Tue, 2013-06-11 at 12:14 -0700, Benjamin Peterson wrote: > 2013/6/11 Skip Montanaro : > > I encountered this disconcerting message yesterday on a Linux system > > running Python 2.7.2: > > > > *** glibc detected *** /opt/local/bin/python: corrupted double-linked > > list: 0x03b01c90 ***

Re: [Python-Dev] Validating SSL By Default (aka Including a Cert Bundle in CPython)

On Mon, 2013-06-03 at 12:48 -0400, Barry Warsaw wrote: > On Jun 03, 2013, at 09:05 AM, Ben Darnell wrote: > > >The data is analogous to the time zone database (PEP 431) in that it may > >need to be updated independently of Python's own release schedule, so we > >may want to use similar techniques

Re: [Python-Dev] Mysterious Python pyc file corruption problems

On Fri, 2013-05-17 at 14:23 -0400, Barry Warsaw wrote: > On May 17, 2013, at 01:19 PM, David Malcolm wrote: > > >Fedora/RH pregenerate the .pyc files during rpm creation, and they exist > >as part of the rpm payload. > > Good to know, thanks. Do you use `$PYTHON -m py_

Re: [Python-Dev] Mysterious Python pyc file corruption problems

On Fri, 2013-05-17 at 12:42 -0400, Barry Warsaw wrote: > On May 16, 2013, at 04:52 PM, Terry Jan Reedy wrote: > > >If the corruption only happens on Ubuntu, that would constitute 'rhyme' > >;-). I realize that asking for reports on other systems is part of the reason > >you posted, but I don't rem

Re: [Python-Dev] Proposing "Argument Clinic", a new way of specifying arguments to builtins for CPython

On Mon, 2012-12-03 at 14:29 -0800, Larry Hastings wrote: [...snip compelling sales pitch...] I like the idea. As noted elsewhere, sane generated C code is much easier to step through in the debugger than preprocessor macros (though "sane" in that sentence is begging the question, I guess, but th

Re: [Python-Dev] Bumping autoconf from 2.68 to 2.69

On Tue, 2012-10-16 at 10:59 +0200, Stefan Krah wrote: > Charles-François Natali wrote: > > Well, so I guess all committers will have to use the same > > Linux/FreeBSD/whatever distribution then? > > AFAICT there's no requirement regarding the mercurial version used by > > committers either. > > I

Re: [Python-Dev] docs.python.org pointing to Python 3 by default?

On Fri, 2012-05-18 at 14:24 -0400, Barry Warsaw wrote: > At what point should we cut over docs.python.org to point to the Python 3 > documentation by default? Wouldn't this be an easy bit to flip in order to > promote Python 3 more better? If we do, perhaps we should revisit http://bugs.python.or

[Python-Dev] Highlighting reference-stealing APIs [was Re: cpython: Fix email post-commit review comments.]

On Thu, 2012-04-19 at 10:48 +1200, Greg Ewing wrote: > Antoine Pitrou wrote: > > > (and here we see why reference-stealing APIs are a nuisance: because > > you never know in advance whether a function will steal a reference or > > not, and you have to read the docs for each and every C API call yo

Re: [Python-Dev] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

On Wed, 2012-03-28 at 18:22 +, Jason R. Coombs wrote: > I see this was reported as a debian bug. > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665776 > > To reproduce, using virtualenv 1.7+ on Python 2.7.2 on Ubuntu, create > a virtualenv. Move that virtualenv to a host with Python 2.7.3R

Re: [Python-Dev] PEP 416: Add a frozendict builtin type

On Wed, 2012-02-29 at 19:21 +0100, Victor Stinner wrote: > As requested, I create a PEP and a related issue: > > http://www.python.org/dev/peps/pep-0416/ [...snip...] > > Rationale > = > > A frozendict mapping cannot be changed, but its values can be mutable > (not hashable). A frozend

Re: [Python-Dev] Counting collisions for the win

On Fri, 2012-01-20 at 16:55 +0100, Frank Sievertsen wrote: > Hello, > > I still see at least two ways to create a DOS attack even with the > collison-counting-patch. [snip description of two types of attack on the collision counting approach] > What to do now? > I think it's not smart to reduce

Re: [Python-Dev] Hash collision security issue (now public)

On Thu, 2012-01-05 at 20:35 +, Paul Moore wrote: > On 5 January 2012 19:33, David Malcolm wrote: > > We have similar issues in RHEL, with the Python versions going much > > further back (e.g. 2.3) > > > > When backporting the fix to ancient python versions, I'm

Re: [Python-Dev] Hash collision security issue (now public)

On Thu, 2012-01-05 at 19:34 +0200, Maciej Fijalkowski wrote: > On Thu, Jan 5, 2012 at 3:39 PM, Antoine Pitrou wrote: > > On Thu, 5 Jan 2012 15:26:27 +1100 > > Andrew Bennetts wrote: > >> > >> I don't think that's news either. > >> http://mail.python.org/pipermail/python-dev/2003-May/035907.html a

Re: [Python-Dev] Fwd: Anyone still using Python 2.5?

On Wed, 2011-12-21 at 10:42 +0100, Charles-François Natali wrote: > > Do people still have to use this in commercial environments or is > > everyone on 2.6+ nowadays? > > RHEL 5.7 ships with Python 2.4.3. So no, not everybody is on 2.6+ > today, and this won't happen before a couple years. (and R

Re: [Python-Dev] Promoting Python 3 [was: PyPy 1.7 - widening the sweet spot]

On Tue, 2011-11-22 at 09:13 -0800, Toshio Kuratomi wrote: > On Wed, Nov 23, 2011 at 01:41:46AM +0900, Stephen J. Turnbull wrote: > > Barry Warsaw writes: > > > > > Hopefully, we're going to be making a dent in that in the next version of > > > Ubuntu. > > > > This is still a big mess in Gentoo

Re: [Python-Dev] PEP 393 close to pronouncement

On Tue, 2011-09-27 at 00:19 +0200, Victor Stinner wrote: > Hi, > > Le lundi 26 septembre 2011 23:00:06, Guido van Rossum a écrit : > > So, if you have the time, please review PEP 393 and/or play with the > > code (the repo is linked from the PEP's References section now). > > PEP > === > "GDB D

Re: [Python-Dev] is anyone using Misc/RPM?

On Sun, 2011-06-12 at 15:37 -0500, Benjamin Peterson wrote: > If no one is using it, I'd like to delete it. I also don't think we > should be in business of distributing distribution specific files. FWIW, Fedora and RHEL don't use this particular .spec file; we roll our own. I can't speak for all

Re: [Python-Dev] cpython: Remove some extraneous parentheses and swap the comparison order to

On Tue, 2011-06-07 at 11:03 +0200, M.-A. Lemburg wrote: > Georg Brandl wrote: > > On 06/07/11 05:20, brett.cannon wrote: > >> http://hg.python.org/cpython/rev/fc282e375703 > >> changeset: 70695:fc282e375703 > >> user:Brett Cannon > >> date:Mon Jun 06 20:20:36 2011 -0700 > >> summ

Re: [Python-Dev] Make test failed issues for phyton 3.2 on centos5.5

On Mon, 2011-04-11 at 07:58 -0400, Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 04/10/2011 08:00 PM, Stephen Yeng wrote: > > > 11 skips unexpected on linux2: > > test_bz2 test_dbm_gnu test_dbm_ndbm test_gzip test_readline > > test_ssl test_tcl test_tk test_t

Re: [Python-Dev] AST Transformation Hooks for Domain Specific Languages

On Fri, 2011-04-08 at 21:29 +1000, Nick Coghlan wrote: > A few odds and ends from recent discussions finally clicked into > something potentially interesting earlier this evening. Or possibly > just something insane. I'm not quite decided on that point as yet (but > leaning towards the latter). I

Re: [Python-Dev] [GSoC] Porting on RPM3

[CCing Panu Matilainen, the maintainer of rpm, or, at least rpm 4.*, which is what all major distributions are using AIUI] On Mon, 2011-03-21 at 10:50 +0100, "Martin v. Löwis" wrote: > Am 21.03.2011 07:37, schrieb Prashant Kumar: > > Hello, > > My name is Prashant Kumar and I've worked on por

Re: [Python-Dev] rXXX links in the bug tracker after the migration to Mercurial

On Fri, 2011-03-04 at 18:17 +0100, Georg Brandl wrote: > On 04.03.2011 13:59, Victor Stinner wrote: > > Hi, > > > > Does the bug tracker will continue to support rX links after the > > migration to Mercurial? > > Yes. They will link to http://hg.python.org/lookup/rX, which uses > the co

Re: [Python-Dev] Support the /usr/bin/python2 symlink upstream

On Thu, 2011-03-03 at 14:17 -0500, David Malcolm wrote: > On Wed, 2011-03-02 at 01:14 +0100, "Martin v. Löwis" wrote: > There are a number of other rpm packages with names matching "*py*", > which use the system build of Python 3 Gah; I meant Python 2 here. (Mus

Re: [Python-Dev] Support the /usr/bin/python2 symlink upstream

On Wed, 2011-03-02 at 01:14 +0100, "Martin v. Löwis" wrote: > > I think a PEP would help, but in this case I would request that before > > the PEP gets written (it can be a really short one!) somebody actually > > go out and get consensus from a number of important distros. Besides > > Barry, do we

Re: [Python-Dev] PEP 393: Flexible String Representation

On Mon, 2011-01-24 at 21:17 +0100, "Martin v. Löwis" wrote: ... snip ... > I'd like to propose PEP 393, which takes a different approach, > addressing both problems simultaneously: by getting a flexible > representation (one that can be either 1, 2, or 4 bytes), we can > support the full range of

Re: [Python-Dev] [Python-checkins] devguide: Add coredev.rst to the index.

On Tue, 2011-01-11 at 21:56 +0100, brett.cannon wrote: > brett.cannon pushed a2d0edc3420e to devguide: > > http://hg.python.org/devguide/rev/a2d0edc3420e > changeset: 83:a2d0edc3420e > tag: tip > user:Brett Cannon > date:Tue Jan 11 12:56:47 2011 -0800 > summary: > Add

Re: [Python-Dev] Possible optimization for LOAD_FAST ?

On Sun, 2011-01-02 at 19:18 -0800, Guido van Rossum wrote: > On Sun, Jan 2, 2011 at 5:50 PM, Alex Gaynor wrote: > > No, it's singularly impossible to prove that any global load will be any > > given > > value at compile time. Any optimization based on this premise is wrong. > > True. > > My pr

Re: [Python-Dev] PEP 11: Dropping support for ten year old systems

On Tue, 2010-12-07 at 00:05 +0100, "Martin v. Löwis" wrote: > >> So by this policy, RHEL and SuSE users would be off worse than with > >> my original proposal (10 years). > > > > Red Hat continues to provide patches for RHEL within the "Extended Life > > Cycle" (years 8, 9 and 10), but it's an op

Re: [Python-Dev] PEP 11: Dropping support for ten year old systems

On Mon, 2010-12-06 at 10:18 +0100, "Martin v. Löwis" wrote: > > EOL dates of prominent Linux distribution : > > I think I would need more information than that. Nick's proposal was > more specific: when does the vendor stop producing patches? This is > a clear criterion, and one that I support. >

Re: [Python-Dev] Continuing 2.x

On Fri, 2010-10-29 at 09:11 +0200, Antoine Pitrou wrote: > On Fri, 29 Oct 2010 02:55:55 -0400 > Glyph Lefkowitz wrote: > > > > Let's say that 20% of the code on PyPI is just junk; > > it's unfair to expect 100% of all code ever to get ported. But, > still: > > with this back-of-the-envelope esti

Re: [Python-Dev] [patch] fpconst for python3

(my apologies, if necessary, for top-posting) FWIW Neal asked about this on Fedora's development mailing list as well: http://lists.fedoraproject.org/pipermail/devel/2010-October/144535.html If I'm reading: http://pypi.python.org/pypi/fpconst/ correctly, that project hasn't had an upstream upda

Re: [Python-Dev] Pronouncement needed in issue9675

On Tue, 2010-09-28 at 11:18 -0400, David Malcolm wrote: > On Tue, 2010-09-28 at 04:44 +0200, Jesus Cea wrote: [snip] > > Long history and links to previous pronouncements in > > http://bugs.python.org/issue9675 Re-reading my post, I realize that my wording was really unclear; sorr

Re: [Python-Dev] Pronouncement needed in issue9675

On Tue, 2010-09-28 at 04:44 +0200, Jesus Cea wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > http://bugs.python.org/issue9675 > > Long history sort: Python 2.7 backported Capsule support and > (incorrectly, in my opinion) marked CObject as deprecated. > > All C modules in the stdlib

Re: [Python-Dev] Internal counter to debug leaking file descriptors

On Tue, 2010-08-31 at 17:40 +, exar...@twistedmatrix.com wrote: > On 05:22 pm, gl...@twistedmatrix.com wrote: > > > >On Aug 31, 2010, at 10:03 AM, Guido van Rossum wrote: > >>On Linux you can look somewhere in /proc, but I don't know that it > >>would help you find where a file was opened. > >

Re: [Python-Dev] what to do if you don't want your module in Debian

On Mon, 2010-04-26 at 21:19 +0200, Piotr Ożarowski wrote: > Hi, > > Many Python module developers do not want their work to be distributed > by Debian (and probably by other Linux distributions), here's a list of Thanks! Not just Debian: I can confirm, from bitter experience, that your list is a

Re: [Python-Dev] regrtest oddify

On Wed, 2010-04-07 at 18:20 -0500, Benjamin Peterson wrote: > 2010/4/7 "Martin v. Löwis" : > > I have commented out all tests in test_gdb, yet > > > > http://www.python.org/dev/buildbot/all/builders/sparc%20Ubuntu%20trunk/builds/47/steps/test/logs/stdio > > > > still shows them being run. Can anybo

Re: [Python-Dev] Packaging JIT-less versions of Python

On Mon, 2010-03-01 at 15:35 -0800, Collin Winter wrote: > Hey packaging guys, > > We recently committed a change to Unladen Swallow [1] that moves all > the JIT infrastructure into a Python extension module. The theory [2] > behind this patch was that this would make it easier for downstream > pac

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

On Wed, 2010-01-27 at 11:34 -0800, Jeffrey Yasskin wrote: > On Wed, Jan 27, 2010 at 11:16 AM, Collin Winter > wrote: > > We absolutely do not want CPython to include a copy of LLVM in its > > source tree. Unladen Swallow has done this to make it easier to pick > > up changes to LLVM's codebase as

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

On Thu, 2010-01-21 at 14:46 -0800, Jeffrey Yasskin wrote: > On Thu, Jan 21, 2010 at 10:09 AM, Hanno Schlichting wrote: > > I'm a relative outsider to core development (I'm just a Plone release > > manager), but'll allow myself a couple of questions. Feel free to > > ignore them, if you think they

Re: [Python-Dev] Proposed downstream change to site.py in Fedora (sys.defaultencoding)

On Thu, 2010-01-21 at 22:21 +0100, "Martin v. Löwis" wrote: > > Where the default *file system encoding* is used (i.e. text files are > > written or read without specifying an encoding) > > I think you misunderstand the notion of the *file system encoding*. > It is *not* a "file encoding", but the

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

On Thu, 2010-01-21 at 23:42 +0100, "Martin v. Löwis" wrote: > > With my "downstream distributor of Python" hat on, I'm wondering if it > > would be feasible to replace the current precompiled .pyc/.pyo files in > > marshal format with .so/.dll files in platform-specific shared-library > > format, s

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

On Wed, 2010-01-20 at 14:27 -0800, Collin Winter wrote: [snip] > At a high level, the Unladen Swallow JIT compiler works by translating a > function's CPython bytecode to platform-specific machine code, using data > collected at runtime, as well as classical compiler optimizations, to improve > t

Re: [Python-Dev] Proposed downstream change to site.py in Fedora (sys.defaultencoding)

On Thu, 2010-01-21 at 00:06 +0100, "Martin v. Löwis" wrote: > > Why only set an encoding on these streams when they're directly > > connected to a tty? > > If you are sending data to the terminal, you can be fairly certain > that the locale's encoding should be used. It's a convenience feature > f

Re: [Python-Dev] Proposed downstream change to site.py in Fedora (sys.defaultencoding)

On Wed, 2010-01-20 at 22:37 +0100, M.-A. Lemburg wrote: > David Malcolm wrote: > > I'm thinking of making this downstream change to Fedora's site.py (and > > possibly in future RHEL releases) so that the default encoding > > automatically picks up the encoding

[Python-Dev] Proposed downstream change to site.py in Fedora (sys.defaultencoding)

I'm thinking of making this downstream change to Fedora's site.py (and possibly in future RHEL releases) so that the default encoding automatically picks up the encoding from the locale: def setencoding(): """Set the string encoding used by the Unicode implementation. The default is 'a

[Python-Dev] 2to3 for .c code (was Static analysis of CPython using coccinelle/spatch)

On Tue, 2009-11-17 at 19:45 -0500, Terry Reedy wrote: > A.M. Kuchling wrote: > > On Mon, Nov 16, 2009 at 03:27:53PM -0500, David Malcolm wrote: > >> Has anyone else looked at using Coccinelle/spatch[1] on CPython source > >> code? > > > > For an excellent e

Re: [Python-Dev] Static analysis of CPython using coccinelle/spatch

On Tue, 2009-11-17 at 13:03 -0800, Brett Cannon wrote: > On Mon, Nov 16, 2009 at 12:27, David Malcolm wrote: > > Has anyone else looked at using Coccinelle/spatch[1] on CPython source > > code? [snip] > Running the tool over the code base and reporting the found bugs woul

Re: [Python-Dev] buildtime vs runtime in Distutils

On Sun, 2009-11-15 at 12:42 +, Antoine Pitrou wrote: > Tarek Ziadé gmail.com> writes: > > > > This cannot work on all platforms, when our Makefile is not shipped > > with python but python-devel. (like Fedora) > > This practice is stupid anyway, because it means you have to install > python-

[Python-Dev] Static analysis of CPython using coccinelle/spatch

Has anyone else looked at using Coccinelle/spatch[1] on CPython source code? It's a GPL-licensed tool for matching semantic patterns in C source code. It's been used on the Linux kernel for detecting and fixing problems, and for autogenerating patches when refactoring (http://coccinelle.lip6.fr/im