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

If Serhiy wants to spend his time supporting this arcane feature, he can do that. It doesn't really seem worth risking regressions to do this, though. On Tue, Jun 24, 2014, at 01:55, Victor Stinner wrote: > Hi, > > I don't know anyone building Python without Unicode. I would prefer to > modify co

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 <[email protected]>, 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

You might look at https://bugs.python.org/issue14373 On Thu, Jun 26, 2014, at 08:38, Peter Brady wrote: > Hello python devs, > > I was recently in need of some faster caching and thought this would be a > good opportunity to familiarize myself with the Python/C api so I wrote a > C > extension fo

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)

It uses a CACert certificate, which your system probably doesn't trust. On Mon, Aug 18, 2014, at 13:12, Terry Reedy wrote: > Firefox does not want to connect to https:bugs.python.org. Plain > bugs.python.org works fine. Has the certificate expired? > > -- > Terry Jan Reedy > >

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

The codecs one is https://bugs.python.org/issue22166 On Mon, Sep 1, 2014, at 16:16, Antoine Pitrou wrote: > > Is anyone working on those? > > > > On Mon, 01 Sep 2014 10:41:45 +0200 > [email protected] wrote: > > results for 640c575ab3e1 on branch "default" > > ---

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

On Wed, Sep 3, 2014, at 17:03, Nick Coghlan wrote: > On 1 September 2014 08:00, Nick Coghlan wrote: > > Earlier versions of PEP 453 proposed bootstrapping pip into a Python 2.7 > > maintenance release in addition to including it with Python 3.4. > > > > That part of the proposal proved to be contr

[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

Eli, Thanks for setting this up. People are evidently finding it quite useful and are wondering if it could be more frequently run. We don't want you to have to absorb the bandwidth costs yourself, though. Is the code you use available somewhere? It shouldn't be hard to set up the cron job on PSF i

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. [email protected] ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev U

Re: [Python-Dev] Fixing 2.7.x

On Mon, Oct 6, 2014, at 19:13, Ned Deily wrote: > In article > , > Zachary Ware wrote: > > On Mon, Oct 6, 2014 at 12:24 PM, Ned Deily wrote: > > > 3. security: "fixing issues exploitable by attackers such as crashes, > > > privilege escalation and, optionally, other issues such as denial of > >

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

It's https://bugs.python.org/issue19884 On Fri, Oct 10, 2014, at 12:08, R. David Murray wrote: > On Fri, 10 Oct 2014 18:00:06 +0200, Jesus Cea wrote: > > On 10/10/14 17:56, Chris Angelico wrote: > > > Could I write a little > > > monitor at my end that asks every hour if my buildbots can be seen?

[Python-Dev] 2.7.9 schedule

Multiple RGCs are not unlikely given. ___ Python-Dev mailing list [email protected] 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 [email protected] 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 [email protected] 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 [email protected] https://mail.python

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

I'm pleased to announce the first release candidate of Python 2.7.9, which will be the next bugfix release in the Python 2.7 series. Despite technically being a maintenance release, Python 2.7.9 will include several majors changes from 2.7.8: - The "ensurepip" module has been backported to Python 2

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:[email protected]>> wrote: > > > > >

[Python-Dev] [RELEASE] Python 2.7.9

It is my pleasure to announce the release of Python 2.7.9, a new bugfix release in the Python 2.7 series. Despite technically being a maintenance release, Python 2.7.9 includes several majors changes from 2.7.8: - The "ensurepip" module has been backported to Python 2.7 - Python 3's ssl module has

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 [email protected] 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

... On Tue, Jan 20, 2015, at 12:06, Neil Girdhar wrote: > Hi Benjamin, > > I'm having trouble finding where it is generating the lines below > > EVERYTHING BELOW IS GENERATED # > > Neither a call to test_ast nor a make (in case it's generated somewhere &g

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 [email protected] https://mail.python.org/mailman/listinfo/python-dev Uns

Re: [Python-Dev] Tracker user registration problem

Did you check spam? On Sat, Apr 11, 2015, at 17:38, Guido van Rossum wrote: > I am sitting net to Christie Wilson (bobcatfish) who is trying to > register > a user account for our issue tracker. However it doesn't seem to work -- > the promised email never arrives. Who can help with this? > > --

[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

It is my privilege to announce the first release candidate of 2.7.10, the next bugfix release in the 2.7 series. Downloads are at https://www.python.org/downloads/release/python-2710rc1/ The full changelog is at https://hg.python.org/cpython/raw-file/80ccce248ba2/Misc/NEWS Please conside

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 awake. __

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

Thank you all for the feedback. I've now updated the PEP to specify a 4-word pyc header with a bit field in every case. On Fri, Sep 8, 2017, at 09:43, Nick Coghlan wrote: > On 8 September 2017 at 07:55, Antoine Pitrou wrote: > > On Fri, 8 Sep 2017 07:49:46 -0700 > > Nick Coghlan wrote: > >> > I'

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

I like it overall. - I was wondering what happens during interpreter shutdown. I see you have that listed as a open issue. How about simply shutting down the finalization thread and not guaranteeing that finalizers are actually ever run à la Java? - Why not run all (Python) finalizers on the thre

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

I'm happy to announce to the immediate availability of Python 2.7.14, yet another bug fix release in the Python 2.7 series. 2.7.14 includes 9 months of conservative bug fixes from the 3.x branch. Downloads of source code and binaries are at: https://www.python.org/downloads/release/python-2714

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 ahead and send your im

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. > > While I'm very glad PEP 552 has been a

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?

I imagine Cython already takes care of this? On Tue, Dec 26, 2017, at 02:16, Hugh Fisher wrote: > I have a Python program which generates the boilerplate code for > native extension modules from a Python source definition. > (http://bitbucket.org/hugh_fisher/fullofeels if interested.) > > The exa

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'?

https://github.com/python/peps/commit/2d2ac2d2b66d4e37e8b930f5963735616bddbbe8 On Sat, Jan 6, 2018, at 08:56, Barry Warsaw wrote: > On Jan 6, 2018, at 11:43, Guido van Rossum wrote: > > > > Maybe we should not delete them outright but add something like "(UPDATE: > > during later discussions it

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

+1 to both of your specific proposals. More generally, I think it makes good sense to allow dropping support for a platform in the next major Python release after vendor support for the platform stops. Even we say we support something, it will break quickly without buildbot validation. On Thu,

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

Yes, changing obmalloc.c's alignment guarantees would definitely be the easiest solution. I think someone just needs to investigate whether it wastes a lot of memory. On Tue, Jan 30, 2018, at 13:22, Gregory P. Smith wrote: > I'm curious if changing the obmalloc.c ALIGNMENT and ALIGNMENT_SHIFT >

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

On Sat, Feb 3, 2018, at 11:25, Gregory P. Smith wrote: > 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" it

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

On Wed, Feb 21, 2018, at 13:22, Guido van Rossum wrote: > On Wed, Feb 21, 2018 at 9:53 AM, Brett Cannon wrote: > > > > > > > On Wed, 21 Feb 2018 at 09:30 Yury Selivanov > > wrote: > > > >> FWIW I'm extremely happy with the current workflow. The recent > >> improvements to @miss-islington (kudo

Re: [Python-Dev] Python 2.7 -- bugfix or security before EOL?

pecial case. > > > > Will there be a period where Py2.7 is in security-only status before > >> hitting EOL? > >> > > > > https://www.python.org/dev/peps/pep-0373 gives the public status. When > > Benjamin Peterson want to add something, he will. > > >

[Python-Dev] 2.7.15 release schedule

Hi all, It's that time yet again: I'm planning to release 2.7.15 release candidate 1 on April 14 and a final release two weeks later on April 28. ___ Python-Dev mailing list [email protected] https://mail.python.org/mailman/listinfo/python-dev Unsubs

  1   2   3   4   5   6   7   8   9   10   >