Re: [Python-Dev] PEP 471 -- os.scandir() function -- a better and faster directory iterator

+1 on getting this in for 3.5. If the only objection people are having is the stupid paint color of the name I don't care what it's called! scandir matches the libc API of the same name. iterdir also makes sense to anyone reading it. Whoever checks this in can pick one and be done with it. We

Re: [Python-Dev] PEP 471 -- os.scandir() function -- a better and faster directory iterator

On Fri, Jun 27, 2014 at 2:58 PM, Nick Coghlan wrote: > > * -1 on including Windows specific globbing support in the API > * -0 on including cross platform globbing support in the initial iteration > of the API (that could be done later as a separate RFE instead) > Agreed. Globbing or filtering s

Re: [Python-Dev] PEP 471 -- os.scandir() function -- a better and faster directory iterator

On Jun 28, 2014 12:49 PM, "Ben Hoyt" wrote: > > >> But the underlying system calls -- ``FindFirstFile`` / > >> ``FindNextFile`` on Windows and ``readdir`` on Linux and OS X -- > > > > What about FreeBSD, OpenBSD, NetBSD, Solaris, etc. They don't provide readdir? > > I guess it'd be better to say "

Re: [Python-Dev] Sad status of Python 3.x buildbots

On Wed, Sep 3, 2014 at 2:52 PM, Victor Stinner wrote: > > > ARMv7 3.x: "Read-only file system", Mercurial fails... > > I sent an email to Gregory P. Smith (owner). > For mine, its a case of me not having any monitoring for it. Sending me an email worked. In this ca

Re: [Python-Dev] PEP 476: Enabling certificate validation by default!

On Wed, Sep 3, 2014 at 3:48 PM, Stephen J. Turnbull wrote: > Guido van Rossum writes: > > > lot: five years ago (when I worked at Google!) it was common to find > > internal services that required SSL but had a misconfigured certificate, > > and the only way to access those services was to ove

Re: [Python-Dev] [Python-checkins] cpython (3.4): Remove the unimplemented but ignored without='-E' parameters being passed to

g> wrote: > https://hg.python.org/cpython/rev/7b833bd1f509 > changeset: 94249:7b833bd1f509 > branch: 3.4 > parent: 94247:7f3ac2ce24ed > user:Gregory P. Smith > date:Thu Jan 22 22:04:16 2015 -0800 > summary: > Remove the unimplemented but igno

Re: [Python-Dev] Can Python Be Built Without Distutils

On Fri Jan 23 2015 at 11:20:02 AM M.-A. Lemburg wrote: > On 23.01.2015 19:48, Matthias Klose wrote: > > On 01/23/2015 06:30 PM, Cyd Haselton wrote: > >> Related to my earlier question regarding building Python on Android > >> and an undefined reference to dlopen error...I have the following > >>

Re: [Python-Dev] Can Python Be Built Without Distutils

Why doesn't our Makefile supply that flag with the make parallelism level in the sharedmods step? On Sat Jan 24 2015 at 2:25:45 PM Antoine Pitrou wrote: > On Sat, 24 Jan 2015 21:53:06 +0100 > "M.-A. Lemburg" wrote: > > > > BTW: Parallel execution, cross compilation can be added > > to setup.py.

[Python-Dev] is a new buildbot gps-debian-profile-opt possible?

I want this buildbot to run "make profile-opt" instead of "make all" and it'd be best if it could _not_ have --with-pydebug on the ./configure command line. I've got a small VM at the moment with one CPU and 600mb ram so just give it a make -j2 at most to start with. If that is possible, please a

Re: [Python-Dev] PEP 468 (Ordered kwargs)

On Tue Jan 27 2015 at 2:13:08 PM Armin Rigo wrote: > Hi all, > > On 24 January 2015 at 11:50, Maciej Fijalkowski wrote: > > I would like to point out that we implemented rhettingers idea in PyPy > > that makes all the dicts ordered by default and we don't have any > > adverse performance effects

Re: [Python-Dev] Can Python Be Built Without Distutils

On Sun Jan 25 2015 at 7:08:53 AM Antoine Pitrou wrote: > On Sun, 25 Jan 2015 05:22:48 + > "Gregory P. Smith" wrote: > > Why doesn't our Makefile supply that flag with the make parallelism level > > in the sharedmods step? > > If I run "mak

Re: [Python-Dev] Encoding of PyFrameObject members

On Thu Feb 05 2015 at 4:36:30 PM Francis Giraldeau < francis.girald...@gmail.com> wrote: > I need to access frame members from within a signal handler for tracing > purpose. My first attempt to access co_filename was like this (omitting > error checking): > > PyFrameObject *frame = PyEval_GetFram

Re: [Python-Dev] Encoding of PyFrameObject members

To get at the Python thread state from a signal handler (using 2.7 as a reference here; but i don't believe 3.4 has changed this part much) you need to modify the interpreter to expose pystate.c's "autoTLSkey" and thread.c's "struct key" as well as "keyhead" and "keymutex". >From there, in your si

Re: [Python-Dev] Encoding of PyFrameObject members

On Sun Feb 08 2015 at 12:21:36 AM Victor Stinner wrote: > > Le 8 févr. 2015 05:39, "Gregory P. Smith" a écrit : > > From there, in your signal handler you must try to acquire the newly > exposed keymutex and (...) > > Stop! Acquiring a lock in a signal handler

Re: [Python-Dev] PEP 471 (scandir): Add a new DirEntry.inode() method?

On Sat Feb 14 2015 at 3:17:51 AM Victor Stinner wrote: > 2015-02-14 11:57 GMT+01:00 Victor Stinner : > > I propose something else: a DirEntry.inode read-only property (...) > > Full DirEntry API: > > - name (str) attribute > - path (str) read-only property, created at the first call > - inode (in

Re: [Python-Dev] PEP 471 (scandir): Add a new DirEntry.inode() method?

That suggests the .inode() method approach makes more sense then. On Sat, Feb 14, 2015, 12:44 PM Antoine Pitrou wrote: > On Sat, 14 Feb 2015 15:32:07 -0500 > Ben Hoyt wrote: > > > +1 we need to provide the inode (we shouldn't be throwing anything > from the > > > underlying directory entry away

[Python-Dev] getstatusoutput()'s behavior changed in 3.3.4 and 3.4

While porting some code from 2.7 to 3.4 I discovered that command.getstatusoutput() (renamed to subprocess.getstatusoutput() in 3.x) had changed. Surprise! The code was working under an earlier version of 3.3 but broke when I ran it on 3.4. Nowhere was this documented that I could find. Tracking

[Python-Dev] how to inspect if something includes a bound first param

inspect.getargspec(method) and inspect.signature(method) both include the 'self' parameter but how are we to figure out from method itself that it is actually bound and that its first parameter is expected to be a bound instance? So far I've come up with: *inspect.ismethod(method) or inspect.isme

Re: [Python-Dev] Use ptyhon -s as default shbang for system python executables/daemons

On Wed, Mar 18, 2015 at 9:48 AM Barry Warsaw wrote: > On Mar 18, 2015, at 05:31 PM, Victor Stinner wrote: > > >Does it work to pass command line options to Python in the shebang? > > Yes, but only one "word", thus -Es or -I. > > We've often mused about whether it makes sense to have two Pythons o

Re: [Python-Dev] Keyword-only parameters

On Tue, Apr 14, 2015 at 1:56 PM Alexander Walters wrote: > Lacking anything anyone else says... the use case for keyword only > arguments (where they actually make the code better rather than simply > being different) is rather limited. > > I disagree. For parameters not often passed or beyond 3

Re: [Python-Dev] Surely "nullable" is a reasonable name?

On Mon, Apr 20, 2015 at 6:55 AM Barry Warsaw wrote: > On Apr 19, 2015, at 01:19 AM, Larry Hastings wrote: > > >We should rename "types" to "accept". "accept" should takes a set of > types; > >these types specify the types of Python objects the Clinic parameter > should > >accept. For the funny

Re: [Python-Dev] Type hints -- a mediocre programmer's reaction

On Tue, Apr 21, 2015 at 12:50 AM Antoine Pitrou wrote: > On Mon, 20 Apr 2015 20:43:38 -0400 > "R. David Murray" wrote: > > +1 to this from me too. I'm afraid that means I'm -1 on the PEP. > > > > I didn't write this in my earlier email because I wasn't sure about it, > > but my gut reaction afte

Re: [Python-Dev] Python 3.x Adoption for PyPI and PyPI Download Numbers

On Tue, Apr 21, 2015 at 10:55 AM Donald Stufft wrote: > Just thought I'd share this since it shows how what people are using to > download things from PyPI have changed over the past year. Of particular > interest to most people will be the final graphs showing what percentage of > downloads from

Re: [Python-Dev] PEP 552: deterministic pycs

+1 on this PEP. The TL;DR summary of this PEP: The pyc date+length metadata check was a convenient hack. It still works well for many people and use cases, it isn't going away. PEP 552 proposes a new alternate hack that relies on file contents instead of os and filesystem date metadata. A

Re: [Python-Dev] PEP 556: Threaded garbage collection

On Fri, Sep 8, 2017 at 12:52 PM Antoine Pitrou wrote: > On Fri, 8 Sep 2017 12:40:34 -0700 > Nathaniel Smith wrote: > > > > PyPy just abandons everything when shutting down, instead of running > > finalizers. See the last paragraph of : > > > http://doc.pypy.org/en/latest/cpython_differences.html

Re: [Python-Dev] Python startup optimization: script vs. service

On Mon, Oct 2, 2017 at 8:03 AM Victor Stinner wrote: > 2017-10-02 16:48 GMT+02:00 Christian Heimes : > > That approach could work, but I think that it is the wrong approach. I'd > > rather keep Python optimized for long-running processes and introduce a > > new mode / option to optimize for short

Re: [Python-Dev] Can Python guarantee the order of keyword-only parameters?

On Mon, Nov 27, 2017 at 10:13 AM Larry Hastings wrote: > > > First, a thirty-second refresher, so we're all using the same terminology: > > A *parameter* is a declared input variable to a function. > An *argument* is a value passed into a function. (*Arguments* are stored > in *parameters.*) > >

[Python-Dev] pep-0557 dataclasses top level module vs part of collections?

It seems a suggested use is "from dataclasses import dataclass" But people are already familiar with "from collections import namedtuple" which suggests to me that "from collections import dataclass" would be a more natural sounding API addition. But the dataclasses module has additional APIs bey

Re: [Python-Dev] Is static typing still optional?

On Thu, Dec 21, 2017 at 3:10 PM MRAB wrote: > On 2017-12-21 22:45, Chris Barker wrote: > > On Thu, Dec 21, 2017 at 11:55 AM, Terry Reedy > > wrote: > > > > I think the understanding problem with this feature arises from two > > factors: using annotations to defin

Re: [Python-Dev] is typing optional in dataclasses?

(subject for this sub-thread updated) On Thu, Dec 21, 2017 at 4:08 PM Chris Barker wrote: > On Thu, Dec 21, 2017 at 3:36 PM, Gregory P. Smith wrote: > > >> But we already have ... which does - so I'd suggest that for people who >> are averse to importing anything

Re: [Python-Dev] Is static typing still optional?

On Fri, Dec 22, 2017 at 11:40 AM Chris Barker wrote: > On Fri, Dec 22, 2017 at 8:49 AM, Brett Cannon > But I think the key point I want to make is Guido chose dataclasses to >> support using the type hints syntax specifically over how attrs does >> things, so I don't see this thread trying to wo

Re: [Python-Dev] pep-0557 dataclasses top level module vs part of collections?

On Thu, Dec 21, 2017 at 10:47 PM Raymond Hettinger < raymond.hettin...@gmail.com> wrote: > > > > On Dec 21, 2017, at 3:21 PM, Gregory P. Smith wrote: > > > > It seems a suggested use is "from dataclasses import dataclass" > > > > But peopl

Re: [Python-Dev] Possible bug in base64.decode: linebreaks are not ignored

I opened https://bugs.python.org/issue32491 so this wouldn't be lost under the assumption that you'll eventually resolve your bugtracker account situation. :) I don't know what the correct behavior *should* be but agree that it seems odd for decode to behave different than decodebytes. -gps On W

Re: [Python-Dev] subprocess not escaping "^" on Windows

the best way to improve shell escaping on windows is to send a PR against the list2cmdline code that escapes everything you believe it should when running on windows. With hyperlinks to the relevant msdn info about what might need escaping. On Sun, Jan 7, 2018 at 11:38 AM Christian Tismer wrote:

Re: [Python-Dev] Best Python API for exposing posix_spawn

On Mon, Jan 8, 2018 at 12:36 PM Serhiy Storchaka wrote: > 08.01.18 11:11, Pablo Galindo Salgado пише: > > Following Gregory's comment on the PR I understand that he is proposing > > to have three objects in the os module representing each action and pass > > a sequence of these objects to the Pyt

Re: [Python-Dev] Best Python API for exposing posix_spawn

On Mon, Jan 8, 2018 at 4:03 PM Random832 wrote: > On Mon, Jan 8, 2018, at 18:05, Gregory P. Smith wrote: > > i agree with just a list of tuples, but i suggest creating namedtuple > > instances in the posix module for the purpose (one each for close, dup2, > > open) . Don&#

Re: [Python-Dev] Python 3.7: Require OpenSSL >=1.0.2 / LibreSSL >= 2.5.3

On Sat, Jan 13, 2018 at 4:34 PM Steven D'Aprano wrote: > On Sat, Jan 13, 2018 at 02:23:19PM +0100, Antoine Pitrou wrote: > > On Sat, 13 Jan 2018 13:54:33 +0100 > > Christian Heimes wrote: > > > > > > If we agree to drop support for OpenSSL 0.9.8 and 1.0.1, then I can > land > > > bunch of useful

Re: [Python-Dev] Python 2.7, long double vs allocator alignment, GCC 8 on x86-64

The proper fix for this in the code would likely break ABI compatibility (ie: not possible in python 2.7 or any other stable release). Clang's UBSAN (undefined behavior sanitizer) has been flagging this one for a long time. In Python 3 a double is used instead of long double since 2012 as I did s

Re: [Python-Dev] Python 2.7, long double vs allocator alignment, GCC 8 on x86-64

I'm curious if changing the obmalloc.c ALIGNMENT and ALIGNMENT_SHIFT defines is sufficient to avoid ABI breakage. -gps On Tue, Jan 30, 2018 at 1:20 PM Gregory P. Smith wrote: > The proper fix for this in the code would likely break ABI compatibility > (ie: not possible in python

Re: [Python-Dev] Why is Python for Windows compiled with MSVC?

TL;DR of Steve's post - MSVC is the compiler of choice for most serious software on Windows. So we use it to best integrate with the world. There is no compelling reason to change that. The free-as-in-beer MSVC community edition is finally non-sucky (their earlier efforts were crippled, they seem

Re: [Python-Dev] "threading.Lock().locked()" is not documented

On Wed, Jan 31, 2018 at 4:46 PM Jesus Cea wrote: > https://docs.python.org/3.6/library/threading.html doesn't document > "threading.Lock().locked()", and it is something quite useful. > > In fact, it is used in "threading.py" itself. For instance, lines 109, > 985, 1289. > > Is there any reason t

Re: [Python-Dev] Dataclasses and correct hashability

On Fri, Feb 2, 2018 at 10:25 PM Nick Coghlan wrote: > > > On 3 Feb. 2018 1:09 am, "Eric V. Smith" wrote: > > > The problem with dropping hash=True is: how would you write __hash__ > yourself? It seems like a bug magnet if you're adding fields to the class > and forget to update __hash__, especia

Re: [Python-Dev] Dataclasses and correct hashability

+1 using unsafe_hash as a name addresses my concern. It's a good signal that there are caveats worth considering. -gps On Sun, Feb 4, 2018, 9:50 PM Guido van Rossum wrote: > Looks like this is turning into a major flamewar regardless of what I say. > :-( > > I really don't want to lose the abil

Re: [Python-Dev] How is the GitHub workflow working for people?

How often do we find ourselves grumbling over .py file style in PRs on github? If the answer to that isn't very often, the rest of my response below seems moot. :) On Wed, Feb 21, 2018 at 7:30 PM Guido van Rossum wrote: > Where I work we have some teams using flake8 and some teams that use > py

Re: [Python-Dev] How is the GitHub workflow working for people?

On Tue, Feb 20, 2018 at 6:50 PM Brett Cannon wrote: > It's been a year and 10 days since we moved to GitHub, so I figured now is > as good a time as any to ask people if they are generally happy with the > workflow and if there is a particular sticking point to please bring it up > on the core-wo

Re: [Python-Dev] Symmetry arguments for API expansion

On Mon, Mar 12, 2018 at 9:51 AM Raymond Hettinger < raymond.hettin...@gmail.com> wrote: > There is a feature request and patch to propagate the float.is_integer() > API through rest of the numeric types ( https://bugs.python.org/issue26680 > ). > > While I don't think it is a good idea, the OP has

Re: [Python-Dev] Why is pickle.DEFAULT_PROTOCOL still 3?

Given that, go ahead and change in master (3.8). On Mon, Apr 2, 2018 at 3:13 PM Christian Heimes wrote: > On 2018-04-02 22:48, Lukasz Langa wrote: > > Pickle protocol version 4.0 was originally defined back in PEP 3154 and > shipped as part of Python 3.4 back in 2011. Yet it's still not the defa

Re: [Python-Dev] Why is pickle.DEFAULT_PROTOCOL still 3?

On Mon, Apr 2, 2018 at 3:57 PM Lukasz Langa wrote: > > > On Apr 2, 2018, at 2:13 PM, Antoine Pitrou wrote: > > > > On Mon, 2 Apr 2018 13:48:46 -0700 > > Lukasz Langa wrote: > >> Pickle protocol version 4.0 was originally defined back in PEP 3154 and > shipped as part of Python 3.4 back in 2011.

Re: [Python-Dev] PEP 572: Assignment Expressions

On Wed, Apr 18, 2018 at 11:04 AM Barry Warsaw wrote: > On Apr 18, 2018, at 10:43, MRAB wrote: > > > Some languages use '=' for assignment, others for equality, but do you > know of a language that uses ':=' for equality' or '==' for assignment? > > Clearly we should take a page from the ternary

Re: [Python-Dev] Python startup time

On Wed, May 2, 2018 at 2:13 PM, Barry Warsaw wrote: > Thanks for bringing this topic up again. At $day_job, this is a highly > visible and important topic, since the majority of our command line tools > are written in Python (of varying versions from 2.7 to 3.6). Some of those > tools can take

Re: [Python-Dev] A fast startup patch (was: Python startup time)

+1 to the concept! On Thu, May 3, 2018 at 1:13 PM, Carl Shapiro wrote: > Hello, > > Yesterday Neil Schemenauer mentioned some work that a colleague of mine > (CCed) and I have done to improve CPython start-up time. Given the recent > discussion, it seems timely to discuss what we are doing and

Re: [Python-Dev] Python startup time

On Thu, May 3, 2018 at 5:22 PM, Lukasz Langa wrote: > > > On May 2, 2018, at 8:57 PM, INADA Naoki wrote: > > > > Recently, I reported how stdlib slows down `import requests`. > > https://github.com/requests/requests/issues/4315#issuecomment-385584974 > > > > For Python 3.8, my ideas for faster s

Re: [Python-Dev] [Python-checkins] bpo-33522: Enable CI builds on Visual Studio Team Services (GH-6865) (GH-6925)

Why did this commit modify .py files, unittests, and test.support? That is inappropriate for something claiming to merely enable a CI platform. -gps On Thu, May 17, 2018 at 6:50 AM Steve Dower wrote: > > https://github.com/python/cpython/commit/0d8f83f59c8f4cc7fe125434ca4ecdcac111810f > commit

[Python-Dev] please help triage VSTS failures

These both look like VSTS infrastructure falling over on PRs: https://python.visualstudio.com/cpython/_build?buildId=522 https://python.visualstudio.com/cpython/_build?buildId=523 I don't see anywhere that gives information about the failures. (*) These CI failures on different platforms are

Re: [Python-Dev] please help triage VSTS failures

Hah, yes, that was un-intuitive for me. I was looking for something labelled "logs" to click on. thanks. (I hope MS is taking notes on UX issues here) So these failures were in fact the known flakes and not infrastructure. good! On the high level view of VSTS output on a failure: "Issues: pha

Re: [Python-Dev] Computed Goto dispatch for Python 2

Why now? We intentionally decided not to do this for 2.7 in the past because it was too late for the release cutoff. Has anyone benchmarked compiling python in profile-opt mode vs having the computed goto patch? I'd *expect* the benefits to be the roughly the same. Has this been compared to that

Re: [Python-Dev] Computed Goto dispatch for Python 2

On Thu, May 28, 2015 at 9:08 AM Guido van Rossum wrote: > Wow. Such thread. :-) > > This patch could save companies like Dropbox a lot of money. We run a ton > of Python code in large datacenters, and while we are slow in moving to > Python 3, we're good at updating to the latest 2.7. > Dropbox

Re: [Python-Dev] Computed Goto dispatch for Python 2

On Thu, May 28, 2015 at 6:10 PM Larry Hastings wrote: > On 05/28/2015 05:58 PM, Victor Stinner wrote: > > Why not continue to enhance Python 3 instead of wasting our time with > Python 2? We have limited resources in term of developers to maintain > Python. > > > Uh, guys, you might as well call

Re: [Python-Dev] 2.7 is here until 2020, please don't call it a waste.

On Fri, May 29, 2015 at 12:24 AM Nick Coghlan wrote: > > On 29 May 2015 11:01 am, "Victor Stinner" > wrote: > > > > Why not continue to enhance Python 3 instead of wasting our time with > > Python 2? We have limited resources in term of developers to maintain > > Python. > > > > (I'm not talking

Re: [Python-Dev] Tracker reviews look like spam

On Tue, May 12, 2015 at 3:09 PM Terry Reedy wrote: > Gmail dumps patch review email in my junk box. The problem seems to be > the spoofed From: header. > > Received: from psf.upfronthosting.co.za ([2a01:4f8:131:2480::3]) > by mx.google.com with ESMTP id > m1si26039166wjy.52.2015.05.12.00

Re: [Python-Dev] What's New editing

On Mon, Jul 6, 2015 at 8:38 AM David Mertz wrote: > Hi Folks, > > I hereby volunteer to write "What's New for Python 3.5?" if folks on > python-dev are fine with me taking the job (i.e. I ran it by Travis, my > boss at Continuum, and he's happy to allow me to do that work within my > salaried hou

Re: [Python-Dev] PEP-498 & PEP-501: Literal String Formatting/Interpolation

On Sun, Aug 9, 2015 at 3:25 PM Brett Cannon wrote: > > On Sun, Aug 9, 2015, 13:51 Peter Ludemann via Python-Dev < > python-dev@python.org> wrote: > > Most of my outputs are log messages, so this proposal won't help me > because (I presume) it does eager evaluation of the format string and the > l

Re: [Python-Dev] Profile Guided Optimization active by-default

On Sat, Aug 22, 2015 at 9:27 AM Brett Cannon wrote: > On Sat, Aug 22, 2015, 09:17 Guido van Rossum wrote: > > How about we first add a new Makefile target that enables PGO, without > turning it on by default? Then later we can enable it by default. > > There already is one and has been for many

Re: [Python-Dev] Profile Guided Optimization active by-default

PGO is unrelated to the particular CPU the profiling is done on. (It is conceivable that it'd make a small difference but I've never observed that in practice) On Tue, Aug 25, 2015, 9:28 AM Xavier Combelle wrote: Pardon me if I'm not in the right place to ask the following naive question. (say m

Re: [Python-Dev] Profile Guided Optimization active by-default

On Mon, Aug 24, 2015, 11:19 PM Nick Coghlan wrote: On 25 August 2015 at 05:52, Gregory P. Smith wrote: > What we tested and decided to use on our own builds after benchmarking at > work was to build with: > > make profile-opt PROFILE_TASK="-m test.regrtest -w -uall,-

[Python-Dev] PEP-8 wart... it recommends short names because of DOS

https://www.python.org/dev/peps/pep-0008/#names-to-avoid *"Since module names are mapped to file names, and some file systems are case insensitive and truncate long names, it is important that module names be chosen to be fairly short -- this won't be a problem on Unix, but it may be a problem whe

Re: [Python-Dev] PEP 484 -- proposal to allow @overload in non-stub files

On Wed, Oct 21, 2015 at 6:51 PM Guido van Rossum wrote: > Well the whole point is not to have to figure out how to implement that > right now. > > On Wed, Oct 21, 2015 at 6:45 PM, Random832 wrote: > >> Guido van Rossum writes: >> > The proposal is to allow this to be written as follows in >> >

Re: [Python-Dev] Python 4 musings (was Re: Deleting with setting C API functions)

Except that we should skip version 4 and go directly to 5 in homage to http://www.montypython.net/scripts/HG-handgrenade.php. On Wed, Dec 2, 2015 at 9:13 AM Guido van Rossum wrote: > On Wed, Dec 2, 2015 at 8:57 AM, Barry Warsaw wrote: > >> On Dec 02, 2015, at 08:35 AM, Guido van Rossum wrote: >

Re: [Python-Dev] PEP 509: Add a private version to dict

On Mon, Jan 11, 2016 at 8:50 AM Victor Stinner wrote: > Hi, > > After a first round on python-ideas, here is the second version of my > PEP. The main changes since the first version are that the dictionary > version is no more exposed at the Python level and the field type now > also has a size o

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

On Sun, Jan 17, 2016 at 11:12 AM Brett Cannon wrote: > While doing a review of http://bugs.python.org/review/26129/ I asked to > have curly braces put around all `if` statement bodies. Serhiy pointed out > that PEP 7 says curly braces are optional: > https://www.python.org/dev/peps/pep-0007/#id5.

Re: [Python-Dev] Code formatter bot

Indeed, automated code formatting is a good thing. But a bot is the wrong approach. You want a code formatting checker as a potential pre-submit hook (like we have had for white space issues in the past), but until you have super high confidence in it you need to make sure it is not a blocker for a

Re: [Python-Dev] [Speed] speed.python.org

Displaying ratios linearly rather than on a log scale axis can be misleading depending on what you are looking for. (feature request: allow a log scale?) major kudos to everyone involved in getting this setup! On Fri, Feb 5, 2016 at 11:06 PM Nick Coghlan wrote: > On 6 February 2016 at 04:07, B

Re: [Python-Dev] Improving docs for len() of set

On Mon, Feb 8, 2016 at 8:24 AM Ben Hoyt wrote: > Hi folks, > > Just a suggestion for a documentation tweak. Currently the docs for len() > on a set say this: > >.. describe:: len(s) > > Return the cardinality of set *s*. > > I'm a relatively seasoned programmer, but I don't really have

Re: [Python-Dev] Issue #26204: compiler now emits a SyntaxWarning on constant statement

On Mon, Feb 8, 2016 at 9:44 AM Victor Stinner wrote: > Hi, > > I changed the Python compiler to ignore any kind "constant > expressions", whereas it only ignored strings and integers before: > http://bugs.python.org/issue26204 > > The compiler now also emits a SyntaxWarning on such case. IMHO the

Re: [Python-Dev] Disabling changing sys.argv[0] with runpy.run_module(...alter_sys=True)

On Tue, Feb 16, 2016 at 9:00 PM Mike Kaplinskiy wrote: > Hey folks, > > I hope this is the right list for this sort of thing (python-ideas seemed > more far-fetched). > > For some context: there is currently a issue with pex that causes > sys.modules lookups to stop working for __main__. In turns

Re: [Python-Dev] Buffer overflow bug in GNU C's getaddrinfo()

On Wed, Feb 17, 2016 at 12:12 PM Andrew Barnert via Python-Dev < python-dev@python.org> wrote: > On Feb 17, 2016, at 10:44, MRAB wrote: > > > > Is this something that we need to worry about? > > > > Extremely severe bug leaves dizzying number of software and devices > vulnerable > > > http://arst

Re: [Python-Dev] Bug in build system for cross-platform builds

On Sun, Mar 13, 2016 at 7:41 PM Martin Panter wrote: > On 13 March 2016 at 01:13, Russell Keith-Magee > wrote: > > The patches that I've uploaded to Issue23670 [1] show a full > cross-platform > > [1] http://bugs.python.org/issue23670 > > build process. After you apply that patch, the iOS direct

Re: [Python-Dev] New OpenSSL - has anyone ever looked at (in)compatibility with LibreSSL

Don't forget BoringSSL. On Wed, Mar 9, 2016 at 9:30 AM Michael Felt wrote: > Can look at it. There has been a lot of discussion, iirc, between OpenSSL > and LibreSSL re: version identification. > Thx for the reference. > > > On 08-Mar-16 14:55, Hasan Diwan wrote: > > > On 8 March 2016 at 00:49,

Re: [Python-Dev] New OpenSSL - has anyone ever looked at (in)compatibility with LibreSSL

recommend that third parties > depend upon it. Doing so is likely to be frustrating because there are > no guarantees of API or ABI stability." > Heh, good point. I guess not. :) > On Mon, Mar 14, 2016 at 4:40 PM, Gregory P. Smith wrote: > > Don't forget BoringSSL. >

Re: [Python-Dev] Defining a path protocol

Note: While I do not object to the bike shed colors being proposed, if you call the attribute .__path__ that is somewhat confusing when thinking about the import system which declares that *"any module that contains a __path__ attribute is considered a package"*. So would module.__path__ become a

Re: [Python-Dev] python2 and python3 and vim

On Sun, Nov 3, 2013 at 8:59 AM, R. David Murray wrote: > I came across this in the VIM documentation: > > Vim can be built in four ways (:version output): > 1. No Python support(-python, -python3) > 2. Python 2 support only(+python or +python/dyn, -python3) > 3. Python

Re: [Python-Dev] [RELEASED] Python 3.3.3 final

How else would you know that anyone is listening? :) [yay, thanks for our being release monkey!] -gps On Tue, Nov 19, 2013 at 11:40 AM, Georg Brandl wrote: > Am 19.11.2013 17:14, schrieb Mark Lawrence: > > On 19/11/2013 06:59, Georg Brandl wrote: > >> > >> To download Python 3.3.3 rc2 visit:

[Python-Dev] can someone create a buildbot slave name & password for me?

I've got a nice ARM box to add to the pool (it should be a lot faster and more reliable than warsaw-ubuntu-arm; hopefully making its way to stable). proposed slave name: gps-ubuntu-exynos5-armv7l description: Ubuntu ARM - Dual Cortex A15 2GiB (ie: a repurposed samsung ARM chromebook) thanks, -g

Re: [Python-Dev] can someone create a buildbot slave name & password for me?

On Sat, Nov 23, 2013 at 12:31 PM, Barry Warsaw wrote: > On Nov 23, 2013, at 10:34 AM, Gregory P. Smith wrote: > > >I've got a nice ARM box to add to the pool (it should be a lot faster and > >more reliable than warsaw-ubuntu-arm; hopefully making its way to stable). >

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

our buildbots are setup to configure --with-pydebug which also unfortunately causes them to compile with -O0... this results in a python binary that is excruciatingly slow and makes the entire test suite run take a long time. given that nobody is ever going to run a gdb or another debugger on the

Re: [Python-Dev] [Python-checkins] cpython (2.7): Fix test_fcntl to run properly on systems that do not support the flags

On Mon, Nov 25, 2013 at 12:46 AM, Nick Coghlan wrote: > > On 25 Nov 2013 14:46, "gregory.p.smith" > wrote: > > > > http://hg.python.org/cpython/rev/cac7319c5972 > > changeset: 87537:cac7319c5972 > > branch: 2.7 > > parent: 875

Re: [Python-Dev] cffi in stdlib

On Tue, Dec 17, 2013 at 8:43 AM, Stefan Krah wrote: > Maciej Fijalkowski wrote: > > I would like to discuss on the language summit a potential inclusion > > of cffi[1] into stdlib. This is a project Armin Rigo has been working > > for a while, with some input from other developers. > > I've trie

Re: [Python-Dev] cffi in stdlib

On Thu, Dec 19, 2013 at 2:07 AM, Maciej Fijalkowski wrote: > On Thu, Dec 19, 2013 at 3:17 AM, Gregory P. Smith wrote: > > > > > > > > On Tue, Dec 17, 2013 at 8:43 AM, Stefan Krah > wrote: > >> > >> Maciej Fijalkowski wrote: > >> >

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

Somewhere you need to describe the survey methodology, who was surveyed, how were they selected, etc. On Thu, Jan 2, 2014 at 2:54 PM, Dan Stromberg wrote: > On Thu, Jan 2, 2014 at 1:34 PM, Antoine Pitrou > wrote: > > On Thu, 2 Jan 2014 13:10:36 -0800 > > Dan Stromberg wrote: > >> Is there a b

Re: [Python-Dev] version numbers mismatched in google search results.

I also get search results with Python 1.5.0p2 showing up. Search for PyArg_ParseTuple. The first result is a URL with /2/ in it who's search result title says "3.3.3" but opening it is the correct 2.x documentation. The second result is the ancient Python 1.5.0 docs. ;) Should the ancient /releas

Re: [Python-Dev] The docstring hack for signature information has to go

On Mon, Feb 3, 2014 at 8:04 AM, Larry Hastings wrote: > On 02/03/2014 07:08 AM, Barry Warsaw wrote: > > On Feb 03, 2014, at 06:43 AM, Larry Hastings wrote: > > > But that only fixes part of the problem. Our theoretical extension that > wants to be binary-compatible with 3.3 and 3.4 still has a

Re: [Python-Dev] Python 3.4: Cherry-picking into rc2 and final

For 3.4.0rc2 the commit to merge from issue20621 is 52ab9e1ff46a. On Sun, Feb 16, 2014 at 3:45 PM, Paul Moore wrote: > is significant enough to be > resulting in a 3.3.5 release - can you make sure the 3.4 fix goes in? > I'm not sure how to find the revision

Re: [Python-Dev] Python 3.4: Cherry-picking into rc2 and final

http://bugs.python.org/issue20651 filed to track this as larry requested. On Sun, Feb 16, 2014 at 7:09 PM, Gregory P. Smith wrote: > For 3.4.0rc2 the commit to merge from issue20621 is 52ab9e1ff46a. > > > On Sun, Feb 16, 2014 at 3:45 PM, Paul Moore wrote: > >> &l

Re: [Python-Dev] PEP 461: Adding % formatting to bytes and bytearray -- Final, Take 3

On Thu, Mar 27, 2014 at 3:05 PM, Antoine Pitrou wrote: > On Thu, 27 Mar 2014 18:47:59 + > Brett Cannon wrote: > > On Thu Mar 27 2014 at 2:42:40 PM, Guido van Rossum > wrote: > > > > > Much better, but I'm still not happy with including %s at all. > Otherwise > > > it's accept-worthy. (How's

Re: [Python-Dev] PEP 461: Adding % formatting to bytes and bytearray -- Final, Take 3

On Thu, Mar 27, 2014 at 3:47 AM, Victor Stinner wrote: > The PEP 461 looks good to me. It's a nice addition to Python 3.5 and > the PEP is well defined. > +1 > I can help to implement it. Maybe, it would be nice to provide an > implementation as a third-party party module on PyPI for Python > 2

Re: [Python-Dev] Windows installers and OpenSSL

Yep. All binary Python distributions that bundle SSL support need updating. But... what MRAB said. We also *likely* have SSL certificates and SSH host keys on python.orginfrastructure that need to be revoked and new certs reissued *after* all of those machines have been patched and their services

Re: [Python-Dev] Existence of pythonNN.zip in sys.path

On Mon, May 5, 2014 at 2:52 PM, Anthony Tuininga wrote: > On Mon, May 5, 2014 at 3:50 PM, Paul Moore wrote: > >> On 5 May 2014 22:32, Anthony Tuininga wrote: >> > So my question is: can I safely make use of this "feature"? It has >> remained >> > in place since at least Python 2.6 but I don't w

Re: [Python-Dev] Raspberry Pi Buildbot

On Fri, Jun 13, 2014 at 3:24 AM, Tal Einat wrote: > Is there one? If not, would you like me to set one up? I've got one at > home with Raspbian installed not doing anything, it could easily run a > buildslave. > > Poking around on buildbot.python.org/all/builders, I can only see one > ARM buildbo

Re: [Python-Dev] Question about PEP 484

On Mon, Jul 16, 2018 at 1:44 PM Guido van Rossum wrote: > As one of the authors of PEP 484, *I* never thought there was an ambiguity > here. The intention was for stub files to conform to the same grammar as > regular .py files, but with a different interpretation. > > > "Have the same syntax as

Re: [Python-Dev] Finding Guido's replacement

On Tue, Jul 24, 2018 at 12:27 PM Abdur-Rahmaan Janhangeer < arj.pyt...@gmail.com> wrote: > not googler i mean google. they requested a change to a pep > "They"? nah. "Google LLC" did not request anything. People who happen to be working for Google on a Google owned project asked a question see

  1   2   3   4   5   6   7   >