[Python-Dev] PEP 484 syntax: NONONONONONONO!

The proposed syntax is abominable. It's the opposite of readable. The function annotation syntax is ugly, but potentially useful for things like documentation. While it may very well have been created with the idea of type-checking, actually using it for such quickly turns into an unreadable moras

Re: [Python-Dev] dir() and __all__

On Feb 15, 9:18 pm, "Raymond Hettinger" <[EMAIL PROTECTED]> wrote: > [Raymond] > > >> Should dir(module) use __all__ when defined? > > [GvR] > > > It's not consistent with what dir() of a class or instance does though. > > > -1. > > Perhaps there is another solution. Have dir() exclude objects >

Re: [Python-Dev] Fix Unicode-disabled build of Python 2.7

gt; > Most fixes are trivial and are only several lines of a code. > > > > ___ > > Python-Dev mailing list > > Python-Dev@python.org > > https://mail.python.org/mailman/listinfo/python-dev > > Unsubscribe: > >

Re: [Python-Dev] cpython (3.3): Closes #20872: dbm/gdbm/ndbm close methods are not documented

On Wed, Jun 25, 2014, at 23:38, Ned Deily wrote: > In article <53ab53a7.6050...@jcea.es>, Jesus Cea wrote: > > > On 25/06/14 20:35, Ned Deily wrote: > > > The 3.3 branch is open only to security fixes. Please don't backport > > > other patches to there. > > > > > > https://docs.python.org/devgu

Re: [Python-Dev] C version of functools.lru_cache

n for the faster caching > https://github.com/sympy/sympy/pull/7464. > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/benjamin%40p

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

On Thu, Jun 26, 2014, at 17:07, Paul Sokolovsky wrote: > > With my MicroPython hat on, os.scandir() would make things only worse. > With current interface, one can either have inefficient implementation > (like CPython chose) or efficient implementation (like MicroPython > chose) - all transparent

Re: [Python-Dev] buildbot.python.org down?

On Fri, Jun 27, 2014, at 02:14, Ned Deily wrote: > The buildbot web site seems to have been down for some hours and still > is as of 0915 UTC. I'm not sure who is watching over it but I'll ping > the infrastructure team as well. Fixed. The VM crashed, and Ernest rebooted it. ___

[Python-Dev] [RELEASE] Python 2.7.8

http://bugs.python.org/ Till next time, Benjamin Peterson 2.7 Release Manager (on behalf of all of Python's contributors) [1] http://bugs.python.org/issue21652 [2] http://bugs.python.org/issue21831 [3] http://bugs.python.org/issue21766 [4] http://bugs.python.org/issue

Re: [Python-Dev] == on object tests identity in 3.x

On Mon, Jul 7, 2014, at 04:22, Andreas Maier wrote: > While discussing Python issue #12067 > (http://bugs.python.org/issue12067#msg222442), I learned that Python 3.4 > implements '==' and '!=' on the object type such that if no special > equality test operations are implemented in derived classe

Re: [Python-Dev] buildbot.python.org down again?

On Mon, Jul 7, 2014, at 08:44, Guido van Rossum wrote: > It would still be nice to know who "the appropriate persons" are. Too > much > of our infrastructure seems to be maintained by house elves or the ITA. :) Is ITA "International Trombone Association"? __

Re: [Python-Dev] == on object tests identity in 3.x

On Mon, Jul 7, 2014, at 16:36, Andreas Maier wrote: > Am 2014-07-07 19:43, schrieb Ethan Furman: > > On 07/07/2014 09:56 AM, Andreas Maier wrote: > >> Am 07.07.2014 17:55, schrieb Ethan Furman: > >>> On 07/07/2014 04:22 AM, Andreas Maier wrote: > > Where is the discrepancy between the doc

Re: [Python-Dev] https:bugs.python.org -- Untrusted Connection (Firefox)

> Terry Jan Reedy > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/benjamin%40python.org __

Re: [Python-Dev] Bytes path support

On Tue, Aug 19, 2014, at 10:31, Ben Hoyt wrote: > > The official policy is that we want them [support for bytes paths in stdlib > > functions] to go away, but reality so far has not budged. We will continue > > to hold our breath though. :-) > > Does that mean that new APIs should explicitly n

Re: [Python-Dev] Bytes path support

On Tue, Aug 19, 2014, at 10:43, Ben Hoyt wrote: > >> > The official policy is that we want them [support for bytes paths in > >> > stdlib functions] to go away, but reality so far has not budged. We will > >> > continue to hold our breath though. :-) > >> > >> Does that mean that new APIs shoul

Re: [Python-Dev] https:bugs.python.org -- Untrusted Connection (Firefox)

On Thu, Aug 21, 2014, at 09:48, Ryan Hiebert wrote: > > > On Aug 21, 2014, at 11:29 AM, Martin v. Löwis wrote: > > > > Am 21.08.14 17:44, schrieb Nick Coghlan: > >> I've now raised this issue with the infrastructure team. The current > >> hosting arrangements for bugs.python.org were put in plac

Re: [Python-Dev] PEP 477: selected ensurepip backports for Python 2.7

On Sun, Aug 31, 2014, at 16:17, Antoine Pitrou wrote: > On Mon, 1 Sep 2014 08:00:14 +1000 > Nick Coghlan wrote: > > > > That part of the proposal proved to be controversial, so we dropped it from > > the original PEP in order to focus on meeting the Python 3.4 specific > > release deadlines. This

Re: [Python-Dev] Daily reference leaks (640c575ab3e1): sum=151940

um=2 > > > > > > Command line was: ['./python', '-m', 'test.regrtest', '-uall', '-R', > > '3:3:/home/antoine/cpython/refleaks/reflogHPiXJp', '-x'] > > > > _

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

On Wed, Sep 3, 2014, at 13:37, Alex Gaynor wrote: > Guido van Rossum python.org> writes: > > > OK, that changes my position for 2.7 (but not for 3.5). I had assumed there > > was a way to disable the cert check by changing one parameter to the > > urlopen() call. (And I had wanted to add that the

Re: [Python-Dev] PEP 477: selected ensurepip backports for Python 2.7

le. > > > > However, we still think we should start providing pip by default to Python > > 2.7 users as well, at least as part of the Windows and Mac OS X installers. > > I suggested off-list that, as Python 2.7 release manager, Benjamin > would be a good candidate for BD

[Python-Dev] new hg.python.org server

I just switched hg.python.org from a OSUOSL VM to a Rackspace VM. The new VM is a bit beefier and has what I think is better network connectivity, so hopefully that will improving the speed of repository operations. We also now support HTTPS for repository browsing and cloning, so update all your l

Re: [Python-Dev] [python-committers] new hg.python.org server

On Fri, Sep 12, 2014, at 21:52, Shorya Raj wrote: > Just wondering - are there any sys-adminy sort of tasks that could be > completed? I mean, I have some (note, some) experience doing this, and I > wouldn't mind helping out (I inquired in the buildbot thread as well, but > there wasn't much of a

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

ttps://github.com/python > > > > > > > > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-

Re: [Python-Dev] Idea to support lazy loaded names.

On Mon, Oct 6, 2014, at 16:36, Brian Allen Vanderburg II wrote: > I've got an idea for Python but don't know where to post it. python-id...@python.org ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev U

Re: [Python-Dev] Fixing 2.7.x

ng to PEP 375, it's > > a few months past due for its last release. > > http://legacy.python.org/dev/peps/pep-0375/#maintenance-releases > > I don't think Benjamin was planning any further security releases. But, > in any case, the PEP should be updated, I guess. Benjamin?

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

thing to check. > > --David > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/benjamin%40python.org

[Python-Dev] 2.7.9 schedule

Multiple RGCs are not unlikely given. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] 2.7.9 schedule

Oops, I hit "send" a bit early on that... On Fri, Oct 31, 2014, at 19:46, Benjamin Peterson wrote: > Multiple RGCs are not unlikely given. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-de

[Python-Dev] 2.7.9 schedule redux

I'm updating the 2.7 release PEP with the following release dates 2.7.9rc1 Nov 22 2.7.9 final December 5 I expect PEPs 476 and 477 can be done by then? Given that 2.7.9 has had some large changes, having multiple rcs is not unlikely. Hopefully, we can get a final out by 2015, though. ___

Re: [Python-Dev] [Python-checkins] cpython (2.7): Issue #22773: fix failing test with old readline versions due to issue #19884.

On Tue, Nov 4, 2014, at 09:55, antoine.pitrou wrote: > https://hg.python.org/cpython/rev/eba6e68e818c > changeset: 93382:eba6e68e818c > branch: 2.7 > parent: 93379:e54d0b197c82 > user:Antoine Pitrou > date:Tue Nov 04 14:52:10 2014 +0100 > summary: > Issue #22773: fi

Re: [Python-Dev] [Python-checkins] cpython (2.7): #22650: test suite: load Unicode test data files from www.pythontest.net

On Thu, Nov 6, 2014, at 09:39, Brett Cannon wrote: > What is pythontest.net? Is it something we control, and if so how do we > add > things to it for tests? Did I miss an email on python-dev or > python-committers about this? See https://bugs.python.org/issue22650 > > On Thu Nov 06 2014 at 8:5

Re: [Python-Dev] [Python-checkins] cpython (2.7): #22650: test suite: load Unicode test data files from www.pythontest.net

On Thu, Nov 6, 2014, at 10:41, Brett Cannon wrote: > Ah, cool! Just an FYI, the index.html file is not being served for me. At the moment it's only served on www. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinf

Re: [Python-Dev] OneGet provider for Python

On Sat, Nov 15, 2014, at 05:54, Nathaniel Smith wrote: > On 15 Nov 2014 10:10, "Paul Moore" wrote: > > > > > Incidentally, it would be really useful if python.org provided stable > > > url's that always redirected to the latest .msi installers, for > > > bootstrapping purposes. I'd prefer to not

Re: [Python-Dev] PEP 479: Change StopIteration handling inside generators

On Wed, Nov 19, 2014, at 15:10, Guido van Rossum wrote: > There's a new PEP proposing to change how to treat StopIteration bubbling > up out of a generator frame (not caused by a return from the frame). The > proposal is to replace such a StopIteration with a RuntimeError (chained > to > the orig

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

On Fri, Nov 21, 2014, at 07:36, Nick Coghlan wrote: > For those that aren't aware, PEP 474 is a PEP I wrote a while back > suggesting we set up a "forge.python.org" service that provides easier > management of Mercurial repos that don't have the complex branching > requirements of the main CPytho

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

On Fri, Nov 21, 2014, at 11:00, Donald Stufft wrote: > > > On Nov 21, 2014, at 10:26 AM, Barry Warsaw wrote: > > > > On Nov 21, 2014, at 10:36 PM, Nick Coghlan wrote: > > > >> I'd been taking "must be hosted in PSF infrastructure" as a hard > >> requirement, but MAL pointed out earlier this e

[Python-Dev] 2.7.9 delayed

As you may have noticed, 2.7.9rc1 wasn't tagged today. I've been much busier than I expected to be, so I haven't had the time to fix up some 2.7.9 lose ends. Hopefully, the delay won't be more than a few days. ___ Python-Dev mailing list Python-Dev@python

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

On Sun, Nov 23, 2014, at 01:25, Nick Coghlan wrote: > On 23 November 2014 at 16:03, Donald Stufft wrote: > >> On Nov 23, 2014, at 12:59 AM, Nick Coghlan wrote: > >> > >> Note that if folks prefer Git, BitBucket supports both. I would object > >> strongly to unilaterally forcing existing contrib

[Python-Dev] ubuntu buildbot

Hi David, I noticed you run the "Builder x86 Ubuntu Shared" buildbot. It seems it's running a very old version of Ubuntu. Is there any chance of getting that updated? Regards, Benjamin ___ Python-Dev mailing list Python-Dev@p

Re: [Python-Dev] ubuntu buildbot

On Mon, Nov 24, 2014, at 00:33, David Bolen wrote: > Yeah, it definitely needs it. Historically it was intentional as my own > servers were all on 8.04, but the last of those moved 12.04 last year. > > I think there's already a 12.04 buildbot, so perhaps 14.04 would be > better? I do prefer st

Re: [Python-Dev] cpython (3.4): handle errors without a reason attribute

On Tue, Nov 25, 2014, at 19:16, Antoine Pitrou wrote: > On Wed, 26 Nov 2014 00:06:06 + > benjamin.peterson wrote: > > > https://hg.python.org/cpython/rev/e635c3ba75c8 > > changeset: 93591:e635c3ba75c8 > > branch: 3.4 > > user:Benjamin Peterso

[Python-Dev] [RELEASE] Python 2.7.9 release candidate 1

for December 10th. Enjoy, Benjamin 2.7 release manager on behalf on python-dev and all of Python's contributors ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

On Sun, Nov 30, 2014, at 11:45, Donald Stufft wrote: > > > On Nov 30, 2014, at 11:28 AM, Brett Cannon wrote: > > > > > > > > On Sat Nov 29 2014 at 7:16:34 PM Alex Gaynor > > wrote: > > Donald Stufft stufft.io > writes: > > > > > > > > [word

Re: [Python-Dev] Python 2/3 porting HOWTO has been updated

On Fri, Dec 5, 2014, at 16:04, Brett Cannon wrote: > It now promotes using tooling as much as possible to automate the process > of making code by Python 2/3 source-compatible: > https://docs.python.org/3.5/howto/pyporting.html Are you going to update the 2.7 copy of the howto, too?

Re: [Python-Dev] Python 2/3 porting HOWTO has been updated

On Fri, Dec 5, 2014, at 18:16, Donald Stufft wrote: > > > > On Dec 5, 2014, at 6:10 PM, Brett Cannon wrote: > > > > > > > > On Fri Dec 05 2014 at 4:07:46 PM Benjamin Peterson > <mailto:benja...@python.org>> wrote: > > > > >

[Python-Dev] [RELEASE] Python 2.7.9

rt bugs to https://bugs.python.org/ I would like to thank the people who made the above security and usability improvements listed above possible. Among others, Alex Gaynor, David Reid, Nick Coghlan, and Donald Stufft wrote many PEPs and a lot of code to bring those features to 2.7.9. Thank you.

Re: [Python-Dev] libffi embedded in CPython

On Thu, Dec 18, 2014, at 14:13, Maciej Fijalkowski wrote: > After reading this http://bugs.python.org/issue23085 and remembering > struggling having our own patches into cpython's libffi (but not into > libffi itself), I wonder, is there any reason any more for libffi > being included in CPython?

Re: [Python-Dev] libffi embedded in CPython

On Thu, Dec 18, 2014, at 14:50, Maciej Fijalkowski wrote: > well, the problem is essentially that libffi gets patched (e.g. for > ARM) and it does not make it's way to CPython quickly. This is > unlikely to be a security issue (for a variety of reasons, including > ctypes), but it's still an issu

Re: [Python-Dev] libffi embedded in CPython

On Thu, Dec 18, 2014, at 14:50, Maciej Fijalkowski wrote: > well, the problem is essentially that libffi gets patched (e.g. for > ARM) and it does not make it's way to CPython quickly. This is > unlikely to be a security issue (for a variety of reasons, including > ctypes), but it's still an issu

Re: [Python-Dev] Redirection of ar.pycon.org

On Thu, Dec 18, 2014, at 10:59, Facundo Batista wrote: > Hi! > > Don't remember where to ask for changing the redirection of that > domain name. Somebody knows? Seems DNS for that is controlled by eGenix, so ccing mal. (We should move pycon.org DNS to use the PSF's normal DNS infrastructure.)

Re: [Python-Dev] libffi embedded in CPython

d of just treating it as an external dependency] > > Benjamin Peterson responded: > > > It has some sort of Windows related patches. No one seems to know > > whether they're still needed for newer libffi. Unfortunately, ctypes > > doesn't currently have a mainta

Re: [Python-Dev] [Python-checkins] cpython (3.4): improve incorrect French (#23109)

On Wed, Dec 24, 2014, at 15:59, Terry Reedy wrote: > On 12/24/2014 2:59 PM, benjamin.peterson wrote: > > https://hg.python.org/cpython/rev/2c87dd2d821e > > changeset: 93958:2c87dd2d821e > > branch: 3.4 > > parent: 93955:08972a47f710 > > user:

Re: [Python-Dev] Google search labels Python 2.7 docs as Python 3.4

On Wed, Dec 31, 2014, at 19:32, Ryan Gonzalez wrote: > Not sure if this is something to post here...but... > > [image: Inline image 1] That must be some sort of inconsistency in Google's index, since the actual page's title is correct. ___ Python-Dev

Re: [Python-Dev] Why are generated files in the repository?

On Mon, Jan 19, 2015, at 19:40, Neil Girdhar wrote: > I was also wondering why files like Python/graminit.c are in the > respository? They generate spurious merge conflicts. Convenience mostly. ___ Python-Dev mailing list Python-Dev@python.org https:/

Re: [Python-Dev] How do I ensure that my code is being executed?

On Tue, Jan 20, 2015, at 09:51, Brett Cannon wrote: > This is a mailing to discuss the development *of* Python, not its *use*. > You should be able to get help from python-list or #python on IRC. To be fair, he's asking to debug his patch in https://bugs.python.org/issue2292

Re: [Python-Dev] PEP 448 (almost finished!) — Question regarding test_ast

On Tue, Jan 20, 2015, at 11:34, Neil Girdhar wrote: > My question first: > test_ast is mostly generated code, but I can't find where it is being > generated. I am pretty sure I know how to fix most of the introduced > problems. Who is generating test_ast?? It generates itself.

Re: [Python-Dev] PEP 448 (almost finished!) — Question regarding test_ast

#x27;, ('arguments', [('arg', (1, 6), 'a', None)], None, [], [], None, [('Num', (1, 8), 0)]), [('Pass', (1, 12))], [], None)]), ('Module', [('FunctionDef', (1, 0), 'f', ('arguments', [], ('arg', (1, 7), 

Re: [Python-Dev] Why are generated files in the repository?

On Sat, Jan 24, 2015, at 03:00, Nick Coghlan wrote: > On 20 January 2015 at 10:53, Benjamin Peterson > wrote: > > > > > > On Mon, Jan 19, 2015, at 19:40, Neil Girdhar wrote: > >> I was also wondering why files like Python/graminit.c are in the > >>

Re: [Python-Dev] (no subject)

On Mon, Feb 9, 2015, at 16:06, Neil Girdhar wrote: > Hello all, > > The updated PEP 448 (https://www.python.org/dev/peps/pep-0448/) is > implemented now based on some early work by Thomas Wouters (in 2008) and > Florian Hahn (2013) and recently completed by Joshua Landau and me. > > The issue t

Re: [Python-Dev] (no subject)

On Mon, Feb 9, 2015, at 16:32, Guido van Rossum wrote: > FWIW, I've encouraged Neil and others to complete this code as a > prerequisite for a code review (but I can't review it myself). I am > mildly > in favor of the PEP -- if the code works and looks maintainable I would > accept it. (A few th

Re: [Python-Dev] (no subject)

On Mon, Feb 9, 2015, at 16:34, Ethan Furman wrote: > On 02/09/2015 01:28 PM, Benjamin Peterson wrote: > > On Mon, Feb 9, 2015, at 16:06, Neil Girdhar wrote: > >> > >> The updated PEP 448 (https://www.python.org/dev/peps/pep-0448/) is > >> implemented no

Re: [Python-Dev] (no subject)

On Mon, Feb 9, 2015, at 17:12, Neil Girdhar wrote: > Right, > > Just to be clear though: **-args must follow any *-args and position > arguments. So at worst, your example is: > > f(x, y, *k, *b, c, **w, **d) > > Best, Ah, I guess I was confused by this sentence in the PEP: " Function call

Re: [Python-Dev] [Python-checkins] cpython: Update copyright.

On Tue, Feb 10, 2015, at 23:37, raymond.hettinger wrote: > https://hg.python.org/cpython/rev/7d826a6b92a1 > changeset: 94582:7d826a6b92a1 > user:Raymond Hettinger > date:Tue Feb 10 22:37:22 2015 -0600 > summary: > Update copyright. > > files: > Modules/_collectionsmodule.c

Re: [Python-Dev] Python 3.4 RPM on AIX

On Tue, Feb 17, 2015, at 23:06, Blaxton wrote: > Hi Zach, > I think it is best to remove the .spec file if it is not supported by > Python developers.It is misleading to ship unsupported file within source > tree. I agree, so I just removed it. ___ Pyt

Re: [Python-Dev] Enum is really serializable using json?

On Sat, Feb 21, 2015, at 13:48, Facundo Batista wrote: > We have this issue closed as resolved: > > http://bugs.python.org/issue18264 > > It's called "enum.IntEnum is not compatible with JSON serialisation", > and it looks that after a long conversation they added proper support > for it in P

Re: [Python-Dev] ubuntu buildbot

On Wed, Feb 25, 2015, at 22:38, David Bolen wrote: > On Mon, Nov 24, 2014 at 11:07 AM, Benjamin Peterson > wrote: > > > > On Mon, Nov 24, 2014, at 00:33, David Bolen wrote: > >> Yeah, it definitely needs it. Historically it was intentional as my own > >> se

Re: [Python-Dev] PEP 488: elimination of PYO files

On Fri, Mar 6, 2015, at 13:34, Brett Cannon wrote: > On Fri, Mar 6, 2015 at 1:27 PM Neil Girdhar > wrote: > > > On Fri, Mar 6, 2015 at 1:11 PM, Brett Cannon wrote: > > > >> > >> > >> On Fri, Mar 6, 2015 at 1:03 PM Mark Shannon wrote: > >> > >>> > >>> On 06/03/15 16:34, Brett Cannon wrote: > >

Re: [Python-Dev] PEP 488: elimination of PYO files

On Fri, Mar 6, 2015, at 15:13, Chris Angelico wrote: > On Sat, Mar 7, 2015 at 6:09 AM, Benjamin Peterson > wrote: > > I think it would be preferable deprecate -O and -OO and replace them > > with flags like --no-docstrings or --no-asserts. Ideally, "optimization"

Re: [Python-Dev] PEP 488: elimination of PYO files

On Fri, Mar 6, 2015, at 15:11, Brett Cannon wrote: > > OK, but that doesn't influence the PEP's goal of dropping .pyo files. Correct. > > Are you suggesting that the tag be changed to be less specific to > optimizations and more free-form? Like > `importlib.cpython-35.__no-asserts_no-docstrin

Re: [Python-Dev] Missing *-unpacking generalizations (issue 2292)

On Fri, Mar 20, 2015, at 19:16, Neil Girdhar wrote: > Wow, this is an excellent review. Thank you. > > My only question is with respect to this: > > I think there ought to be two opcodes; one for unpacking maps in > function calls and another for literals. The whole function location > thing i

Re: [Python-Dev] [Python-checkins] Daily reference leaks (e10ad4d4d490): sum=333

On Sat, Apr 4, 2015, at 10:33, Brett Cannon wrote: > Anyone know what is causing the deque leakage? https://hg.python.org/cpython/rev/3409f4d945e8 ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Uns

Re: [Python-Dev] Tracker user registration problem

an help with this? > > -- > --Guido van Rossum (python.org/~guido) > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mail

Re: [Python-Dev] PEP 492: What is the real goal?

On 30 April 2015 at 09:50, Arnaud Delobelle wrote: >> >> I'm flexible about how we name 'async def' functions. I like >> to call them "coroutines", because that's what they are, and >> that's how asyncio calls them. It's also convenient to use >> 'coroutine-object' to explain what is the result

Re: [Python-Dev] PEP 492: What is the real goal?

On 5 May 2015 at 17:48, Yury Selivanov wrote: > > I've updated the PEP with some fixes of the terminology: > https://hg.python.org/peps/rev/f156b272f860 Yes that looks better. > I still think that 'coroutine functions' and 'coroutines' > is a better pair than 'async functions' and 'coroutines'.

[Python-Dev] coming soon: 2.7.10

In the spirit of regular releases, it's time to release 2.7.10. I'm going to plan to cut rc1 this weekend with a final in 2 weeks. I apologize for the short notice; time has crept up on me, and I have commitments in June that prevent pushing releases into that month. __

[Python-Dev] [RELEASE] Python 2.7.10 release candidate 1

consider testing 2.7.10rc1 with your application and reporting bugs to https://bugs.python.org Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org

Re: [Python-Dev] Fwd: [docs] Python documentation missing

On Wed, May 13, 2015, at 13:22, Sandro Tosi wrote: > Hello, > this happens every time we cut a RC release: the files referenced in > the download section are missing and (rightfully so) people complain In this case, it was because the Python 3.5 docs were failing to build. Should be fixed in ~12

[Python-Dev] PEP 552: deterministic pycs

Hello, I've written a short PEP about an import extension to allow pycs to be more deterministic by optional replacing the timestamp with a hash of the source file: https://www.python.org/dev/peps/pep-0552/ Thanks for reading, Benjamin P.S. I came up with the idea for this PEP while

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

On Thu, Sep 7, 2017, at 14:00, Antoine Pitrou wrote: > On Thu, 07 Sep 2017 13:39:21 -0700 > Benjamin Peterson wrote: > > Hello, > > I've written a short PEP about an import extension to allow pycs to be > > more deterministic by optional replacing the timestamp

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

On Thu, Sep 7, 2017, at 14:19, Freddy Rietdijk wrote: > > The main objection to that model is that it requires modifying source > timestamps, which isn't possible for builds on read-only source trees. > > Why not set the source timestamps of the source trees to say 1 first? If the source-tree i

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

On Thu, Sep 7, 2017, at 14:21, Antoine Pitrou wrote: > On Thu, 07 Sep 2017 14:08:58 -0700 > Benjamin Peterson wrote: > > On Thu, Sep 7, 2017, at 14:00, Antoine Pitrou wrote: > > > On Thu, 07 Sep 2017 13:39:21 -0700 > > > Benjamin Peterson wrote: > > >

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

On Thu, Sep 7, 2017, at 14:19, Guido van Rossum wrote: > Nice one. > > It would be nice to specify the various APIs needed as well. The compileall and py_compile ones? > > Why do you keep the mtime-based format as an option? (Maybe because it's > faster? Did you measure it?) I haven't actual

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

On Thu, Sep 7, 2017, at 14:54, Antoine Pitrou wrote: > On Thu, 07 Sep 2017 14:32:19 -0700 > Benjamin Peterson wrote: > > > > > > Not sure how common that situation is (certainly the source tree wasn't > > > read-only when you checked it ou

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

On Thu, Sep 7, 2017, at 14:43, Guido van Rossum wrote: > On Thu, Sep 7, 2017 at 2:40 PM, Benjamin Peterson > wrote: > > > > > > > On Thu, Sep 7, 2017, at 14:19, Guido van Rossum wrote: > > > Nice one. > > > > > > It would be nice t

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

On Thu, Sep 7, 2017, at 16:58, Gregory P. Smith wrote: > +1 on this PEP. Thanks! > Questions: > > Input from OS package distributors would be interesting. Would they use > this? Which way would it impact their startup time (loading the .py file > vs just statting it. does that even matter?

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

goals was for the existing timestamp-based pyc > >> format to remain completely unchanged, so we need some kind of marker > >> in the magic number to indicate whether the file is using the new > >> format or nor. > > > > I don't think that's a useful go

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

No nightmares were harmed while writing this PEP. > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/benjamin%40python

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

On Fri, Sep 8, 2017, at 12:24, Larry Hastings wrote: > > > On 09/08/2017 12:04 PM, Benjamin Peterson wrote: > > - Why not run all (Python) finalizers on the thread and not just ones > > from cycles? > > Two reasons: > > 1. Because some code relies on the fin

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

On Fri, Sep 8, 2017, at 12:13, Antoine Pitrou wrote: > On Fri, 08 Sep 2017 12:04:10 -0700 > Benjamin Peterson wrote: > > I like it overall. > > > > - I was wondering what happens during interpreter shutdown. I see you > > have that listed as a open issue. How

[Python-Dev] [RELEASE] Python 2.7.14

ython-2714/ Bugs may be reported at https://bugs.python.org/ Warmly, Benjamin 2.7 release manager (on behalf of all of 2.7's contributors) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev U

Re: [Python-Dev] Intention to accept PEP 552 soon (deterministic pyc files)

Thanks, Guido and everyone who submitted feedback! I guess I know what I'll be doing this weekend. On Fri, Sep 29, 2017, at 08:18, Guido van Rossum wrote: > Let me try that again. > > There have been no further comments. PEP 552 is now accepted. > > Congrats, Benjamin! Go

Re: [Python-Dev] Intention to accept PEP 552 soon (deterministic pyc files)

zing them under importlib for a while and just never gotten > around > to sitting down and coming up with a better design that warranted putting > the time into it. :) > > On Fri, 29 Sep 2017 at 09:17 Benjamin Peterson > wrote: > > > Thanks, Guido and everyone who submit

Re: [Python-Dev] Intention to accept PEP 552 soon (deterministic pyc files)

On Tue, Oct 3, 2017, at 08:03, Barry Warsaw wrote: > Guido van Rossum wrote: > > There have been no further comments. PEP 552 is now accepted. > > > > Congrats, Benjamin! Go ahead and send your implementation for review.Oops. > > Let me try that again. > > Whi

Re: [Python-Dev] Intention to accept PEP 552 soon (deterministic pyc files)

On Wed, Oct 4, 2017, at 07:14, Barry Warsaw wrote: > On Oct 3, 2017, at 13:29, Benjamin Peterson wrote: > > > I'm not sure turning the implementation details of our internal formats > > into APIs is the way to go. > > I still think an API in the stdlib would b

Re: [Python-Dev] Broken svn lookup?

I turned viewvc off a few months ago because subversion is highly deprecated at this point. In fact, now that Windows build dependencies have moved off, I’m probably going to shut it off for good soon. On Mon, Dec 18, 2017, at 06:55, Victor Stinner wrote: > Hi, > > I was looking at old issues. In

Re: [Python-Dev] Heap allocate type structs in native extension modules?

ter to use dynamically allocated type structs in native > modules?> > -- > > cheers, > Hugh Fisher > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/pytho

Re: [Python-Dev] Heap allocate type structs in native extension modules?

On Thu, Dec 28, 2017, at 03:29, Erik Bray wrote: > On Tue, Dec 26, 2017 at 3:00 PM, Benjamin Peterson > wrote: > > I imagine Cython already takes care of this? > > This appears to have a distinct purpose, albeit not unrelated to > Cython. The OP's program would g

Re: [Python-Dev] Whatever happened to 'nonlocal x = y'?

On Fri, Jan 5, 2018, at 01:57, Nathaniel Smith wrote: > Was this just an oversight, or did it get rejected at some point and > no-one remembered to update that PEP? There was an implementation https://bugs.python.org/issue4199. But several years ago, we again reached the conclusion that the fe

Re: [Python-Dev] Whatever happened to 'nonlocal x = y'?

-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/benjamin%40python.org > Email had 1 attachment: > + signature.asc > 1k (application/pgp-signature) ___ Python-Dev mailing list Python-Dev@python.org https://mail.

Re: [Python-Dev] Drop support for old unsupported FreeBSD and Linux kernels?

Victor > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/benjamin%40python.org ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

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

s I can see, it has not been fixed on > >> the 2.7 branch. > >> > >> (Store merging is a relatively new GCC feature. Among other things, > >> this means that on x86-64, for sufficiently aligned pointers, vector > >> instructions are used to update multiple

  1   2   3   4   5   6   7   8   9   10   >