Re: [Python-Dev] Language Summit notes

On 4/16/2014 6:26 PM, Antoine Pitrou wrote: AP exams are starting to allow Python, but it's 10% of the AP CS exams. "AP"? (I thought that was me, but it sounds unlikely :-)) AP = Advanced Placement. US and Canadian high school students who have taken advanced (AP) courses equivalent to Amer

Re: [Python-Dev] Language Summit notes

On Wed, 16 Apr 2014 15:38:21 -0700, Benjamin Peterson wrote: > On Wed, Apr 16, 2014, at 15:26, Antoine Pitrou wrote: > > > > Hi Taavi, > > > > Thanks for the report! > > > > > Disussion about packaging continues. Glyph asks if the PSF could fund a > > > usability study on installing Python. Pe

Re: [Python-Dev] Language Summit notes

On Apr 16, 2014, at 6:38 PM, Benjamin Peterson wrote: > On Wed, Apr 16, 2014, at 15:26, Antoine Pitrou wrote: >> >> Hi Taavi, >> >> Thanks for the report! >> >>> Disussion about packaging continues. Glyph asks if the PSF could fund a >>> usability study on installing Python. People generally

Re: [Python-Dev] Language Summit notes

On Wed, Apr 16, 2014, at 15:26, Antoine Pitrou wrote: > > Hi Taavi, > > Thanks for the report! > > > Disussion about packaging continues. Glyph asks if the PSF could fund a > > usability study on installing Python. People generally seem to think > > it's a good idea. > > What does this mean exa

Re: [Python-Dev] Language Summit notes

Hi Taavi, Thanks for the report! > Disussion about packaging continues. Glyph asks if the PSF could fund a > usability study on installing Python. People generally seem to think > it's a good idea. What does this mean exactly? Under OS X and Linux, Python is typically installed by default. And

Re: [Python-Dev] Timing breakdown of Py_InitializeEx_Private()

On Wed, 16 Apr 2014 22:33:49 +0200 Christian Tismer wrote: > On 16/04/14 16:35, Antoine Pitrou wrote: > > On Wed, 16 Apr 2014 09:39:34 +0200 > > Christian Tismer wrote: > >> > >> I think in cases like hg command line scripts there is no need > >> to import site just for hg scripts. > > > > If yo

[Python-Dev] PEP 466: Network security enhancements for Python 2.7.7

I've reworded the PEP to make it clear it is now just about backporting a specific set of enhancements to 2.7.7, as well as switching to updating to new OpenSSL feature releases in the binary installers. The idea of an open ended backport policy is now listed as a rejected variant. I believe that

Re: [Python-Dev] New mailing list for workflow/workflow infrastructure discussion/tasks

In article <20140416204624.befeb250...@webabinitio.net>, "R. David Murray" wrote: > https://mail.python.org/mailman/listinfo/core-workflow FYI, I've submitted a request for it to be mirrored at gmane.comp.python.devel.core-workflow -- Ned Deily, n...@acm.org __

Re: [Python-Dev] this is what happens if you freeze all the modules required for startup

> On Wednesday, April 16, 2014 2:57:35 PM, Terry Reedy > wrote: > PS. In the user process sys.modules, there are numerous null > entries like these: > >>> sys.modules['idlelib.os'] > >>> sys.modules['idlelib.tokenize'__] > >>> sys.modules['idlel

[Python-Dev] New mailing list for workflow/workflow infrastructure discussion/tasks

Based on a number of conversations at PyCon, we've created a new mailing list: https://mail.python.org/mailman/listinfo/core-workflow The purpose of this list is to facilitate the conversations and coordinate the work that needs to happen to improve our development workflow. Nick's PEP is one

[Python-Dev] Language Summit notes

I was the guy at the back taking pictures. I also took notes! :) Language Summit --- Intros ~~ Everyone starts by doing a 15 second intro. People are good and keep it short, and we make it through all ~40 people. People start introduce themselves saying "module X is my fault". G

Re: [Python-Dev] Timing breakdown of Py_InitializeEx_Private()

On 16 April 2014 16:33, Christian Tismer wrote: > > In my sense it would be silly if that full-blown app would suffer from > or relate to site at all, tho. Apps are meant to be self-contained. For better or for worse, Python applications like Mercurial are currently considered an integrated part

Re: [Python-Dev] this is what happens if you freeze all the modules required for startup

On 16 April 2014 12:25, "Martin v. Löwis" wrote: > Am 14.04.14 23:51, schrieb Brett Cannon: >> It was realized during PyCon that since we are freezing importlib we >> could now consider freezing all the modules to cut out having to stat or >> read them from disk. > [...] >> Thoughts? > > They stil

Re: [Python-Dev] Timing breakdown of Py_InitializeEx_Private()

On 16/04/14 16:35, Antoine Pitrou wrote: > On Wed, 16 Apr 2014 09:39:34 +0200 > Christian Tismer wrote: >> >> I think in cases like hg command line scripts there is no need >> to import site just for hg scripts. > > If you don't import site you won't be able to import Mercurial in most > cases.

Re: [Python-Dev] this is what happens if you freeze all the modules required for startup

Is this Python 2 or 3? In Python 2 it means an attempt to perform a relative import failed but an absolute in succeeded, e.g. from idlelib you imported os, so import tried idlelib.is and then os. You should definitely consider using a future import to guarantee absolute imports. On Wednesday, Apri

Re: [Python-Dev] this is what happens if you freeze all the modules required for startup

On 4/16/2014 12:25 PM, "Martin v. Löwis" wrote: Am 14.04.14 23:51, schrieb Brett Cannon: It was realized during PyCon that since we are freezing importlib we could now consider freezing all the modules to cut out having to stat or read them from disk. [...] Thoughts? They still get read from

Re: [Python-Dev] [numpy wishlist] PyMem_*Calloc

Hi, 2014-04-16 7:51 GMT-04:00 Julian Taylor : > In NumPy what we want is the tracing, not the exchangeable allocators. Did you read the PEP 445? Using the new malloc API, in fact you can have both: install new allocators and set up hooks on allocators. http://legacy.python.org/dev/peps/pep-0445/

Re: [Python-Dev] this is what happens if you freeze all the modules required for startup

Am 14.04.14 23:51, schrieb Brett Cannon: > It was realized during PyCon that since we are freezing importlib we > could now consider freezing all the modules to cut out having to stat or > read them from disk. [...] > Thoughts? They still get read from disk, except that it is the operating system

Re: [Python-Dev] cpython (2.7): do not generate pipe names in the temporary dir

On Wed, 16 Apr 2014 08:40:33 -0700 Benjamin Peterson wrote: > On Wed, Apr 16, 2014, at 7:39, Antoine Pitrou wrote: > > On Mon, 14 Apr 2014 18:24:44 +0200 (CEST) > > benjamin.peterson wrote: > > > http://hg.python.org/cpython/rev/ea677e26dbeb > > > changeset: 90269:ea677e26dbeb > > > branch:

Re: [Python-Dev] cpython (2.7): do not generate pipe names in the temporary dir

On Wed, Apr 16, 2014, at 7:39, Antoine Pitrou wrote: > On Mon, 14 Apr 2014 18:24:44 +0200 (CEST) > benjamin.peterson wrote: > > http://hg.python.org/cpython/rev/ea677e26dbeb > > changeset: 90269:ea677e26dbeb > > branch: 2.7 > > parent: 90261:c095ff9b0e84 > > user:Benjamin Peter

[Python-Dev] [numpy wishlist] PyMem_*Calloc

Hi, In NumPy what we want is the tracing, not the exchangeable allocators. I don't think it is a good idea for the core of a whole stack of C-extension based modules to replace the default allocator or allowing other modules to replace the allocator NumPy uses. I think it would be more useful if P

Re: [Python-Dev] cpython (2.7): do not generate pipe names in the temporary dir

On Mon, 14 Apr 2014 18:24:44 +0200 (CEST) benjamin.peterson wrote: > http://hg.python.org/cpython/rev/ea677e26dbeb > changeset: 90269:ea677e26dbeb > branch: 2.7 > parent: 90261:c095ff9b0e84 > user:Benjamin Peterson > date:Mon Apr 14 12:24:37 2014 -0400 > summary: > d

Re: [Python-Dev] Timing breakdown of Py_InitializeEx_Private()

On Wed, 16 Apr 2014 09:39:34 +0200 Christian Tismer wrote: > > I think in cases like hg command line scripts there is no need > to import site just for hg scripts. If you don't import site you won't be able to import Mercurial in most cases. Also, talking about "scripts" is a bit silly here - Me

Re: [Python-Dev] Timing breakdown of Py_InitializeEx_Private()

On 4/16/2014 3:46 AM, Christian Heimes wrote: On 16.04.2014 04:35, Guido van Rossum wrote: Well, that's the part that does "import site". Anything that speeds up the code in Lib/site.py might help. :-) Antoine, Victor and me have implemented a couple of speed ups for "import site" already. I r

Re: [Python-Dev] Timing breakdown of Py_InitializeEx_Private()

On Apr 16, 2014 3:47 AM, "Christian Heimes" wrote: > > On 16.04.2014 04:35, Guido van Rossum wrote: > > Well, that's the part that does "import site". Anything that speeds up > > the code in Lib/site.py might help. :-) > > Antoine, Victor and me have implemented a couple of speed ups for > "import

Re: [Python-Dev] Timing breakdown of Py_InitializeEx_Private()

On 16.04.2014 04:35, Guido van Rossum wrote: > Well, that's the part that does "import site". Anything that speeds up > the code in Lib/site.py might help. :-) Antoine, Victor and me have implemented a couple of speed ups for "import site" already. I removed several unnecessary imports by rearrang

Re: [Python-Dev] Timing breakdown of Py_InitializeEx_Private()

Not trying to argue about Mercurial, but if a major amount of startup time is spent in site.py: I think in cases like hg command line scripts there is no need to import site just for hg scripts. Maybe that would improve things if those startup scripts avoid importing site? Or do they, already? c