Re: [Python-Dev] congrats on 3.5! Alas, windows 7 users are having problems installing it

I don't see any issue opened about Windows 7 installation issues, so if someone who has had the issue can thus can help Steve diagnose the problem that would be great (Steve is also currently on vacation so having this all in a bug that he can read when he gets back would also help). On Wed, 16

Re: [Python-Dev] [Python-checkins] cpython: In-line the append operations inside deque_inplace_repeat().

Would it be worth adding a comment that the block of code is an inlined copy of deque_append()? Or maybe even turn the append() function into a macro so you minimize code duplication? On Sat, 12 Sep 2015 at 08:00 raymond.hettinger wrote: >

Re: [Python-Dev] [Python-checkins] cpython: In-line the append operations inside deque_inplace_repeat().

On Mon, 14 Sep 2015 at 15:37 Raymond Hettinger <raymond.hettin...@gmail.com> wrote: > > > On Sep 14, 2015, at 12:49 PM, Brett Cannon <bcan...@gmail.com> wrote: > > > > Would it be worth adding a comment that the block of code is an inlined > copy of de

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

Someone else brought up warnings in Python 2.7 and my response was that you already get the warning in Python 3 so why get it twice across different versions? On Fri, Sep 11, 2015, 22:48 Serhiy Storchaka <storch...@gmail.com> wrote: > On 08.09.15 19:59, Brett Cannon wrote: > >

Re: [Python-Dev] PEP: Collecting information about git

I have not had a chance to read Oleg's PEP, but the devguide has the reverse docs at https://docs.python.org/devguide/gitdevs.html so we have the VCS docs down pat. :) On Sat, Sep 12, 2015, 06:59 Oleg Broytman wrote: > PEP: XXX > Title: Collecting information about git >

Re: [Python-Dev] Partial function application

On Fri, 11 Sep 2015 at 10:41 Herbert Kruitbosch < python-...@herbertkruitbosch.com> wrote: > Dear developers, > > First of all, I'm a programmer for a data science company and I recently > graduated. > > That being said, I have wondered why python does not have syntactical > support (like syntax

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

only to modules that were first marked as deprecated in > 3.5... > > On Fri, Sep 11, 2015 at 10:42 AM, Brett Cannon <bcan...@gmail.com> wrote: > >> Since everyone seems happy with the proposal to keep deprecated modules >> in Python 3 until Python 2.7 reaches EOL, here

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

. --- a/pep-0004.txt Fri Sep 11 10:39:21 2015 -0700 +++ b/pep-0004.txt Fri Sep 11 10:39:24 2015 -0700 @@ -2,7 +2,7 @@ Title: Deprecation of Standard Modules Version: $Revision$ Last-Modified: $Date$ -Author: Martin von Löwis <mar...@v.loewis.de> +Author: Brett Cannon <br...@python.org

Re: [Python-Dev] Network simulator 3 ("python-dev" missing) on macports

This mailing list is for the development *of* Python and not *with* it. Your best bet is to ask NS3 or macports for help as we have nothing to do with macports. On Wed, 9 Sep 2015 at 08:41 Hansong Xu wrote: > Dear > I was trying to install NS3 on my mac os, it seems missed the

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

On Tue, 8 Sep 2015 at 11:36 Terry Reedy <tjre...@udel.edu> wrote: > On 9/8/2015 12:59 PM, Brett Cannon wrote: > > There are two discussions going on in the issue tracker about > > deprecating some modules and it has led to the inevitable discussion of > > Python 2/3

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

On Tue, 8 Sep 2015 at 10:08 Donald Stufft <don...@stufft.io> wrote: > On September 8, 2015 at 1:01:14 PM, Brett Cannon (bcan...@gmail.com) > wrote: > > > > The approaches to module deprecation I have seen are: > > 1. Nothing changes to the deprecation p

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

On Tue, 8 Sep 2015 at 10:26 Erik wrote: > Hi. > > I realise I'm coming late to the party on this, but I have a question > about something I don't think the PEP makes clear. > > > > When is the bytecode for the embedded expressions created? > > > Is it when the source

[Python-Dev] Choosing an official stance towards module deprecation in Python 3

There are two discussions going on in the issue tracker about deprecating some modules and it has led to the inevitable discussion of Python 2/3 compatibility (I'm not even going to bother mentioning the issue #s as this thread is not about the modules specifically but module deprecation in

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

On Tue, 8 Sep 2015 at 10:11 Laxmikant Chitare wrote: > Hi Team Python, > > It is really nice, motivating and encouraging to see people contribute to > community in spite of the work load. "Thank you" is just not enough to > appreciate your efforts. I have been

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

On Sat, 5 Sep 2015 at 09:19 Guido van Rossum wrote: > On Sat, Sep 5, 2015 at 2:10 AM, haypo s wrote: > >> 2015-09-05 5:01 GMT+02:00 Guido van Rossum : >> > And I'm ready to accept it. I'll wait until Tuesday night (Monday's a >> >

Re: [Python-Dev] PEPs and PEP 8 changes

On Sat, 5 Sep 2015 at 12:58 Jim J. Jewett wrote: > PEP 498 is only the latest PEP where part of the concern is fear that > it may encourage certain types of bad code. > > Would it be reasonable to ask PEPs to start including a section on any > recommended changes to PEP8?

Re: [Python-Dev] provisional status for asyncio

On Fri, 28 Aug 2015 at 08:35 Yury Selivanov yselivanov...@gmail.com wrote: Victor, On 2015-08-28 5:01 AM, Victor Stinner wrote: Hi, 2015-08-27 23:15 GMT+02:00 Yury Selivanov yselivanov...@gmail.com: Recently, in an asyncio related issue [1], Guido said that new features for asyncio

Re: [Python-Dev] provisional status for asyncio

On Thu, 27 Aug 2015 at 14:39 Yury Selivanov yselivanov...@gmail.com wrote: On 2015-08-27 5:31 PM, Yury Selivanov wrote: On 2015-08-27 5:24 PM, Brett Cannon wrote: My proposal is to amend PEP 411 with two levels of provisional packages: Level 1: Backwards incompatible

Re: [Python-Dev] provisional status for asyncio

On Thu, 27 Aug 2015 at 14:16 Yury Selivanov yselivanov...@gmail.com wrote: Recently, in an asyncio related issue [1], Guido said that new features for asyncio have to wait till 3.6, since asyncio is no longer a provisional package. Later, in an off-list conversation, he suggested that this

Re: [Python-Dev] provisional status for asyncio

On Thu, 27 Aug 2015 at 15:24 Yury Selivanov yselivanov...@gmail.com wrote: On 2015-08-27 5:53 PM, Brett Cannon wrote: Considering that Python versioning is defined as major.minor.micro, I'll rephrase the proposal: Level 1: Backwards incompatible changes might

Re: [Python-Dev] provisional status for asyncio

fine. But I say go all-in and just stay provisional another release and then lock it down in 3.6. -Brett On Thu, Aug 27, 2015 at 3:24 PM, Yury Selivanov yselivanov...@gmail.com wrote: On 2015-08-27 5:53 PM, Brett Cannon wrote: Considering that Python versioning is defined

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

On Tue, 25 Aug 2015 at 09:10 R. David Murray rdmur...@bitdance.com wrote: On Tue, 25 Aug 2015 15:59:23 -, Brett Cannon br...@python.org wrote: On Mon, 24 Aug 2015 at 23:19 Nick Coghlan ncogh...@gmail.com wrote: On 25 August 2015 at 05:52, Gregory P. Smith g...@krypto.org wrote

Re: [Python-Dev] django_v2 benchmark compatibility fix for Python 3.6

On Tue, 25 Aug 2015 at 08:31 R. David Murray rdmur...@bitdance.com wrote: On Tue, 25 Aug 2015 11:18:54 -0400, Terry Reedy tjre...@udel.edu wrote: On 8/25/2015 10:51 AM, R. David Murray wrote: On Tue, 25 Aug 2015 13:11:37 -, Papa, Florin florin.p...@intel.com wrote: My name is

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

On Mon, 24 Aug 2015 at 23:19 Nick Coghlan ncogh...@gmail.com wrote: On 25 August 2015 at 05:52, Gregory P. Smith g...@krypto.org 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

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

, and upload the patch files directly and not as a zip file. That way we can use our code review tool to do a proper review of the patches. -Brett From: Brett Cannon [mailto:br...@python.org] Sent: Saturday, August 22, 2015 9:00 PM To: Patrascu, Alecsandru; python-dev@python.org Subject: Re

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

a custom profile and it sounds like it isn't worth the effort. So I'm with Guido where I'm happy to see the build rules added/updated to use regrtest for a PGO build but have it be an opt-in flag and not on by default (at least for now). -Brett Alecsandru From: Brett Cannon [mailto:br...@python.org

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

I just realized I didn't see anyone say it, but please upload the patches to bugs.Python.org for easier tracking and reviewing. On Sat, Aug 22, 2015, 08:01 Patrascu, Alecsandru alecsandru.patra...@intel.com wrote: Hi All, This is Alecsandru from Server Scripting Languages Optimization team

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

On Sat, Aug 22, 2015, 09:17 Guido van Rossum gu...@python.org 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. I agree. Updating the Makefile so it's easier to use PGO is great, but we should do a

Re: [Python-Dev] Instructions on the new push request workflow for 3.5.0rc1+ through 3.5.0 final

A quick hg tip for making sure you check out the right branch: end the URL on #3.5 and it will start the repo out with the 3.5 as the active branch. On Mon, Aug 10, 2015, 01:28 Larry Hastings la...@hastings.org wrote: As of Python 3.5.0rc1, the canonical repository for Python 3.5.0 is *no

Re: [Python-Dev] PEP-498: Literal String Formatting

On Sun, 9 Aug 2015 at 01:07 Stefan Behnel stefan...@behnel.de wrote: Eric V. Smith schrieb am 08.08.2015 um 03:39: Following a long discussion on python-ideas, I've posted my draft of PEP-498. It describes the f-string approach that was the subject of the Briefer string format thread. I'm

Re: [Python-Dev] PEP-498: Literal String Formatting

/isl/quintus/html/quintus/mpg-ref-format.html have some capabilities that I miss from time to time in Python. On 9 August 2015 at 11:22, Eric V. Smith e...@trueblade.com wrote: On 8/9/2015 1:38 PM, Brett Cannon wrote: On Sun, 9 Aug 2015 at 01:07 Stefan Behnel stefan...@behnel.de mailto:stefan

Re: [Python-Dev] PEP-498: Literal String Formatting

Can the discussion of PEP 501 be done in a separate thread? As of right now this thread has not been about PEP 498 beyond Eric's initial email. On Sat, Aug 8, 2015 at 8:56 AM Alexander Walters tritium-l...@sdamon.com wrote: As written in the pep, where i'' means 'I have the __interpolate__'

Re: [Python-Dev] PEP-498: Literal String Formatting

On Fri, Aug 7, 2015 at 6:39 PM Eric V. Smith e...@trueblade.com wrote: Following a long discussion on python-ideas, I've posted my draft of PEP-498. It describes the f-string approach that was the subject of the Briefer string format thread. I'm open to a better title than Literal String

Re: [Python-Dev] Issues not responded to.

On Thu, Jul 30, 2015 at 6:02 PM Mark Lawrence breamore...@yahoo.co.uk wrote: There are over 400 issues on the bug tracker that have not had a response to the initial message, roughly half of these within the last eight months alone. Is there a (relatively) simple way that we can share these

Re: [Python-Dev] Benchmark Results for Python Default 2015-07-24

On Wed, Jul 29, 2015 at 9:40 AM Catalin G. Manciu catalin.gabriel.man...@intel.com [SNIP -- stuff came back as visible HTML; hopefully I didn't miss something] Thank you for your feedback! We value the community’s input and we would like to provide the most relevant results in our automatic

[Python-Dev] Datetime SIG created

https://mail.python.org/mailman/listinfo/datetime-sig In the future feel free to redirect date- and time-related discussions to the SIG since datetime stuff requires such a specific domain knowledge that most of us have. I am also looking for people to be admins of the list. If you're willing to

Re: [Python-Dev] Status on PEP-431 Timezones

On Mon, Jul 27, 2015 at 7:49 AM Lennart Regebro rege...@gmail.com wrote: On Mon, Jul 27, 2015 at 4:45 PM, Nick Coghlan ncogh...@gmail.com wrote: On 28 July 2015 at 00:27, Steve Dower steve.do...@microsoft.com wrote: Am I the only one feeling like this entire thread should be moved to

[Python-Dev] Please create the datetime-sig mailing list

[bcc'ed python-dev] Initial admin can be me and I will be in charge of finding more suitable admins to manage the list. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] PEP 447 (type.__getdescriptor__)

On Fri, Jul 24, 2015, 07:43 Ronald Oussoren ronaldousso...@mac.com wrote: On 24 Jul 2015, at 16:17, Nick Coghlan ncogh...@gmail.com wrote: On 23 July 2015 at 03:12, Steve Dower steve.do...@microsoft.com wrote: Terry Reedy wrote: On 7/22/2015 3:25 AM, Ronald Oussoren wrote: Hi, Another

Re: [Python-Dev] Benchmark Results for Python Default 2015-07-24

Should we discuss of these are the benchmarks we want daily reports on (you can see what the benchmark suite has at https://hg.python.org/benchmarks/file/2979f5ce6a0c/perf.py#l2243 )? I personally would prefer dropping pybench and replacing it with a startup measurement. On Fri, Jul 24, 2015,

Re: [Python-Dev] Devguide - Add Communications Quick Start Section

On Tue, Jul 21, 2015 at 11:05 AM Carol Willing willi...@willingconsulting.com wrote: I would like to add a Communications Quick Start section to the beginning of the Python Developer's Guide. Productive communication between each other will always be critical to future development of

Re: [Python-Dev] How far to go with user-friendliness

On Sun, Jul 19, 2015 at 8:58 AM Ethan Furman et...@stoneleaf.us wrote: On 07/19/2015 02:22 AM, s.krah wrote: Ein Sa, 18 Jul 2015 15:35:05 + *Stephen J. Turnbull hat geschrieben s.krah writes: Sorry, that amounts to twisting my words. Let's not play the dozens here.

Re: [Python-Dev] cpython: locals dictionary in PyRun_String

On Tue, Jul 14, 2015 at 11:39 AM Matthew Keeter matt.j.kee...@gmail.com wrote: The docs for PyRun_String say that both globals and locals should be dictionaries [1]. However, digging into the source [2] shows me that locals doesn’t need to be a dictionary; it just needs to implement the

Re: [Python-Dev] How far to go with user-friendliness

On Tue, Jul 14, 2015 at 3:22 PM Robert Collins robe...@robertcollins.net wrote: On 15 July 2015 at 10:05, Ethan Furman et...@stoneleaf.us wrote: On 07/14/2015 02:53 PM, Robert Collins wrote: ... I don't think unittest can protect its users from such things. It can't, but there is a

Re: [Python-Dev] cpython: Tighten-up code in the set iterator to use an entry pointer rather than

The overhaul of the development process is still on hold while I deal with trying to get settled in new city and starting a new job next week (writing this on a tablet because I don't even have a computer ATM). My hope is everything will settle down enough that I can pick up the work on trying to

Re: [Python-Dev] cpython: Tighten-up code in the set iterator to use an entry pointer rather than

On Tue, Jul 7, 2015, 12:17 Zachary Ware zachary.ware+py...@gmail.com wrote: On Tue, Jul 7, 2015 at 2:03 PM, Ethan Furman et...@stoneleaf.us wrote: On 07/07/2015 08:15 AM, Serhiy Storchaka wrote: This will make harder to notice (and fix!) other regressions. I don't understand what you are

Re: [Python-Dev] Checklist for changing Python's grammar

On Wed, Jun 10, 2015 at 11:46 PM Chris Angelico ros...@gmail.com wrote: As part of a bit of hacking on CPython, I'm looking at playing with the grammar. In the source tree, Grammar/Grammar, there's a note advising me to follow the steps in PEP 306, but PEP 306 says it's been moved to the dev

Re: [Python-Dev] zipimport

On Wed, Jun 3, 2015 at 5:00 AM Antoine Pitrou solip...@pitrou.net wrote: On Tue, 02 Jun 2015 21:20:10 + Brett Cannon br...@python.org wrote: I vaguely remember people suggesting writing the minimal zip reading code in C but I can't remember why since we have I/O access in importlib

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

On Tue, Jun 2, 2015 at 3:08 PM Maciej Fijalkowski fij...@gmail.com wrote: Hi There was a PSF-sponsored effort to improve the situation with the https://bitbucket.org/pypy/codespeed2/src being written (thank you PSF). It's not better enough than codespeed that I would like, but gives some

Re: [Python-Dev] Fwd: zipimport

On Tue, Jun 2, 2015 at 5:04 PM Rose Ames r...@happyspork.com wrote: At pycon I talked with a few people about bugs.python.org/issue19699. The consensus seemed to be that zipimport wants a lot of work, possibly a rewrite. I'll have some time to work on this over the next couple of months, but

Re: [Python-Dev] Not getting the exact file to start

This mailing list is for the development *of* Python, not *with* it. Your best option for getting help like this is python-l...@python.org. On Fri, May 29, 2015 at 9:36 AM Saket Sourav souravsake...@gmail.com wrote: Hello sir. I have just installed python 3.4.2. I'm not getting the file 'IDLE

Re: [Python-Dev] Single-file Python executables (was: Computed Goto dispatch for Python 2)

On Thu, May 28, 2015 at 3:25 PM Chris Barker chris.bar...@noaa.gov wrote: OK, I'm really confused here: 1) what the heck is so special about go all of a sudden? People have been writing and deploying single file executables built with C and ++, and whatever else? forever. (and indeed, it was

Re: [Python-Dev] Keeping competitive with Go (was Re: Computed Goto dispatch for Python 2)

On Thu, May 28, 2015, 12:14 Barry Warsaw ba...@python.org wrote: Go seems to be popular where I work. It is replacing Python in a number of places, although Python (and especially Python 3) is still a very important part of our language toolbox. There are several reasons why Go is gaining

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

On Thu, May 28, 2015 at 8:47 AM Raymond Hettinger raymond.hettin...@gmail.com wrote: On May 28, 2015, at 1:54 AM, Berker Peksağ berker.pek...@gmail.com wrote: * Performance improvements are not bug fixes Practicality beats purity here. Recognize that a huge number of Python users will

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

On Thu, May 28, 2015 at 10:47 AM Skip Montanaro skip.montan...@gmail.com wrote: On Thu, May 28, 2015 at 9:02 AM, Brett Cannon br...@python.org wrote: But you could argue that Special cases aren't special enough to break the rules and that's what we are proposing here by claiming Python 2.7

Re: [Python-Dev] Embedded Python. Debug Version and _ctypes

This mailing list is for the development *of *Python, not *with* it. The best place to ask this would be on python-l...@python.org. On Wed, May 27, 2015 at 1:08 PM Uladzimir Kryvian newinfe...@gmail.com wrote: Hi! I'm trying to use embedding of Python in my program. Simple C-program,

Re: [Python-Dev] [Python-checkins] peps: PEP 489: The PEP is accepted.

Are you also going to check the code in or is someone else doing it? On Fri, May 22, 2015, 17:47 eric.snow python-check...@python.org wrote: https://hg.python.org/peps/rev/1fbc23a1078c changeset: 5874:1fbc23a1078c user:Eric Snow ericsnowcurren...@gmail.com date:Fri May 22

Re: [Python-Dev] [Python-checkins] peps: PEP 489: The PEP is accepted.

Ah thanks. I just kept an eye out for your name. :) On Sat, May 23, 2015, 16:32 Eric Snow ericsnowcurren...@gmail.com wrote: On Sat, May 23, 2015 at 2:22 PM, Brett Cannon bcan...@gmail.com wrote: Are you also going to check the code in or is someone else doing it? Nick already did: http

Re: [Python-Dev] Automated testing of patches from bugs.python.org

In the airport but I wanted to say thanks for this! On Tue, May 19, 2015, 11:03 Kushal Das kushal...@gmail.com wrote: Hi, With the help of CentOS project I am happy to announce an automated system [1] to test patches from bugs.python.org. This can be fully automated to test the patches

Re: [Python-Dev] [python-committers] How shall we conduct the Python 3.5 beta and rc periods? (Please vote!)

On Tue, May 12, 2015 at 1:05 PM Larry Hastings la...@hastings.org wrote: [SNIP] What do you think? My votes are as follows: Workflow 0: -0.5 Workflow 1: +1 Workflow 2: +0.5 Please cast your votes, Workflow 0: -0 Workflow 1: +1 Workflow 2: +0

Re: [Python-Dev] Mac popups running make test

On Sun, May 10, 2015 at 10:04 AM Skip Montanaro skip.montan...@gmail.com wrote: I haven't run the test suite in awhile. I am in the midst of running it on my Mac running Yosemite 10.10.3. Twice now, I've gotten this popup: ​ I assume this is testing some server listening on localhost. Is

Re: [Python-Dev] PEP 492: async/await in Python; version 4

On Tue, May 5, 2015 at 3:14 PM Paul Moore p.f.mo...@gmail.com wrote: On 5 May 2015 at 19:25, Yury Selivanov yselivanov...@gmail.com wrote: On 2015-05-05 7:27 AM, Wolfgang wrote: Even the discussion on python-dev suggests there is some time needed to finalize all this. I'd say that:

[Python-Dev] Postponing making a decision on the future of the development workflow

Real world stuff is devouring my free time since immediately after PyCon and will continue to do so for probably the next few months. I'm hoping to find the energy to engage Donald and Nick about their proposals while I'm time-constrained so that when I do have free time again I will be able to

Re: [Python-Dev] PEP 492: No new syntax is required

On Sun, Apr 26, 2015, 17:49 Mark Shannon m...@hotpy.org wrote: On 26/04/15 21:40, Yury Selivanov wrote: Hi Mark, On 2015-04-26 4:21 PM, Mark Shannon wrote: Hi, I was looking at PEP 492 and it seems to me that no new syntax is required. Mark, all your points are explained in the PEP in a

Re: [Python-Dev] Task Request

A better place to ask this question is the core-mentorship mailing list which was set up specifically to help people contribute to Python. On Thu, Apr 23, 2015 at 9:07 AM Leonid Kokorev ldvc...@gmail.com wrote: Hello. My name is Leonid. I'm very interested in Python programming language. I'm

Re: [Python-Dev] Committing into which branches?

The default branch is going to become 3.5, so you're fine. On Wed, Apr 22, 2015 at 5:45 PM Facundo Batista facundobati...@gmail.com wrote: Hola! I just commited a simple improvement to HTTPError repr, and checking in the source code page [0], I see that my commit has a small default besides

Re: [Python-Dev] Starting CPython development w/ Docker

On Mon, Apr 20, 2015 at 10:44 AM Saul Shanabrook s.shanabr...@gmail.com wrote: I started trying some CPythong development a week ago at PyCon and first got testing working using Docker on my mac. This had the advantage of not having to worry about installing and dependencies, and also let me

Re: [Python-Dev] Not being able to compile: make: *** [Programs/_freeze_importlib] Error 1

On Thu, Apr 16, 2015 at 9:23 PM Facundo Batista facundobati...@gmail.com wrote: On Thu, Apr 16, 2015 at 6:34 PM, R. David Murray rdmur...@bitdance.com wrote: Most likely you just need to run 'make touch' so that it doesn't try to rebuild stuff it doesn't need to (because we check in those

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

Anyone know what is causing the deque leakage? On Sat, Apr 4, 2015, 04:48 solip...@pitrou.net wrote: results for e10ad4d4d490 on branch default test_collections leaked [0, -4, 0] references, sum=-4 test_collections leaked [0, -2, 0] memory

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

Thanks for fixing it! On Sat, Apr 4, 2015, 10:53 Benjamin Peterson benja...@python.org wrote: 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

Re: [Python-Dev] --with-valgrind and --enable-shared

On Mon, Mar 23, 2015 at 1:59 PM Andrea Griffini agr...@tin.it wrote: Hello, does it have any sense for a linux distribution (arch to be specific) to provide default Python package compiled with valgrind support? I thought this flag was just about silencing false positives generated by

Re: [Python-Dev] Final call for PEP 488: eliminating PYO files

! Congrats and thank you very much for writing the PEP and guiding the discussion. On Fri, Mar 20, 2015 at 4:00 PM, Brett Cannon bcan...@gmail.com wrote: On Fri, Mar 20, 2015 at 4:41 PM Guido van Rossum gu...@python.org wrote: I am willing to be the BDFL for this PEP. I have tried to skim

Re: [Python-Dev] Final call for PEP 488: eliminating PYO files

subtle. I just updated the PEP with an explicit list of bytecode file name examples based on no -O, -O, and -OO. -Brett On Fri, Mar 20, 2015 at 11:34 AM, Brett Cannon bcan...@gmail.com wrote: I have decided to have the default case of no optimization levels mean that the .pyc file name

Re: [Python-Dev] Possible wrong behavior of the dict?

Shibzukhov* 2015-03-17 22:38 GMT+03:00 Brett Cannon br...@python.org: On Tue, Mar 17, 2015 at 3:29 PM Zaur Shibzukhov szp...@gmail.com wrote: Yes... But I expected that dict constructor will use `__getitem__` or `items` method of MyDict instance in order to retrieve items of the MyDict

Re: [Python-Dev] PEP 448 review

On Mon, Mar 16, 2015 at 7:11 PM Neil Girdhar mistersh...@gmail.com wrote: Hi everyone, I was wondering what is left with the PEP 448 ( http://bugs.python.org/issue2292) code review? Big thanks to Benjamin, Ethan, and Serhiy for reviewing some (all?) of the code. What is the next step of

Re: [Python-Dev] Request for Pronouncement: PEP 441 - Improving Python ZIP Application Support

On Sun, Mar 8, 2015 at 10:35 AM Brett Cannon br...@python.org wrote: On Sun, Mar 8, 2015, 08:40 Paul Moore p.f.mo...@gmail.com wrote: On 26 February 2015 at 21:48, Paul Moore p.f.mo...@gmail.com wrote: On 26 February 2015 at 21:34, Guido van Rossum gu...@python.org wrote: Accepted

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

wants to delegate to a BDFAP. PEP: 488 Title: Elimination of PYO files Version: $Revision$ Last-Modified: $Date$ Author: Brett Cannon br...@python.org Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 20-Feb-2015 Post-History

Re: [Python-Dev] libffi embedded in CPython

not keeping up with libffi upstream. If we solve the latter I'm not bothered enough to personally pursue the former. -Brett On Wed, Mar 11, 2015 at 3:20 PM, Brett Cannon br...@python.org wrote: On Wed, Mar 11, 2015 at 6:03 PM Paul Moore p.f.mo...@gmail.com wrote: On 11 March 2015 at 21:45

Re: [Python-Dev] libffi embedded in CPython

On Thu, Mar 12, 2015 at 10:39 AM Zachary Ware zachary.ware+py...@gmail.com wrote: I started this message about 3 months ago; at this point I'm just getting it posted so it stops rotting in my Drafts folder. Thanks for looking into this! On Mon, Dec 22, 2014 at 3:49 PM, Jim J. Jewett

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

On Fri, Mar 6, 2015 at 6:49 PM Benjamin Peterson benja...@python.org wrote: 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

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

On Wed, Mar 11, 2015 at 5:29 PM Armin Rigo ar...@tunes.org wrote: Hi Brett, On 6 March 2015 at 19:11, Brett Cannon br...@python.org wrote: I disagree with your premise that .pyo files don't have a noticeable effect on performance. If you don't use asserts a lot then there is no effect

Re: [Python-Dev] libffi embedded in CPython

On Wed, Mar 11, 2015 at 6:03 PM Paul Moore p.f.mo...@gmail.com wrote: On 11 March 2015 at 21:45, Maciej Fijalkowski fij...@gmail.com wrote: Is it possible to use cffi without a C compiler/headers as easily than ctypes? yes, it has two modes, one that does that and the other that does

Re: [Python-Dev] Why does python use relative instead of absolute path when calling LoadLibrary*

On Wed, Mar 11, 2015 at 4:37 PM David Cournapeau courn...@gmail.com wrote: Hi, While looking at the import code of python for C extensions, I was wondering why we pass a relative path instead of an absolute path to LoadLibraryEx (see bottom for some context). In python 2.7, the full path

Re: [Python-Dev] Request for Pronouncement: PEP 441 - Improving Python ZIP Application Support

On Sun, Mar 8, 2015, 08:40 Paul Moore p.f.mo...@gmail.com wrote: On 26 February 2015 at 21:48, Paul Moore p.f.mo...@gmail.com wrote: On 26 February 2015 at 21:34, Guido van Rossum gu...@python.org wrote: Accepted! Thanks for your patience, Paul, and thanks everyone for their feedback. I

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

On Sat, Mar 7, 2015 at 9:29 AM Ron Adam ron3...@gmail.com wrote: On 03/07/2015 04:58 AM, Steven D'Aprano wrote: On Fri, Mar 06, 2015 at 08:00:20PM -0500, Ron Adam wrote: Have you considered doing this by having different magic numbers in the .pyc file for standard, -O, and -O0 compiled

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

On Sat, Mar 7, 2015 at 12:39 PM Scott Dial scott+python-...@scottdial.com wrote: On 2015-03-06 11:34 AM, Brett Cannon wrote: This PEP proposes eliminating the concept of PYO files from Python. To continue the support of the separation of bytecode files based on their optimization level

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

On Fri, Mar 6, 2015 at 5:47 PM Antoine Pitrou solip...@pitrou.net wrote: On Sat, 7 Mar 2015 09:34:20 +1100 Steven D'Aprano st...@pearwood.info wrote: On Fri, Mar 06, 2015 at 09:37:05PM +0100, Antoine Pitrou wrote: On Fri, 06 Mar 2015 18:11:19 + Brett Cannon br...@python.org wrote

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

On Fri, Mar 6, 2015 at 3:37 PM Antoine Pitrou solip...@pitrou.net wrote: On Fri, 06 Mar 2015 18:11:19 + Brett Cannon br...@python.org wrote: And the dropping of docstrings does have an impact on memory usage when you use Python at scale. What kind of scale are you talking about? Do

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

On Fri, Mar 6, 2015 at 6:49 PM Benjamin Peterson benja...@python.org wrote: 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

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

to consensus on. === PEP: 488 Title: Elimination of PYO files Version: $Revision$ Last-Modified: $Date$ Author: Brett Cannon br...@python.org Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 20-Feb-2015 Post-History: 2015-03-06 Abstract

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

On Fri, Mar 6, 2015 at 1:03 PM Mark Shannon m...@hotpy.org wrote: On 06/03/15 16:34, Brett Cannon wrote: Over on the import-sig I proposed eliminating the concept of .pyo files since they only signify that /some/ optimization took place, not /what/ optimizations took place. Everyone

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

Thanks! All suggestions applied to my local copy. On Fri, Mar 6, 2015 at 1:55 PM Ethan Furman et...@stoneleaf.us wrote: On 03/06/2015 08:34 AM, Brett Cannon wrote: Over on the import-sig I proposed eliminating the concept of .pyo files since they only signify that /some/ optimization took

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

On Fri, Mar 6, 2015 at 1:27 PM Neil Girdhar mistersh...@gmail.com wrote: On Fri, Mar 6, 2015 at 1:11 PM, Brett Cannon br...@python.org wrote: On Fri, Mar 6, 2015 at 1:03 PM Mark Shannon m...@hotpy.org wrote: On 06/03/15 16:34, Brett Cannon wrote: Over on the import-sig I proposed

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

On Fri, Mar 6, 2015 at 2:09 PM Benjamin Peterson benja...@python.org wrote: On Fri, Mar 6, 2015, at 13:34, Brett Cannon wrote: On Fri, Mar 6, 2015 at 1:27 PM Neil Girdhar mistersh...@gmail.com wrote: On Fri, Mar 6, 2015 at 1:11 PM, Brett Cannon br...@python.org wrote

Re: [Python-Dev] PEP 485 review (isclose())

On Wed, Mar 4, 2015 at 3:14 PM Chris Barker chris.bar...@noaa.gov wrote: On Tue, Mar 3, 2015 at 8:43 AM, Ethan Furman et...@stoneleaf.us wrote: On 03/03/2015 01:17 AM, Victor Stinner wrote: Maybe it's time to rename the math module to _math and create a math.py module, like

Re: [Python-Dev] Update to PEP 11 to clarify garnering platform support

On Fri, Feb 20, 2015 at 1:47 PM Brett Cannon bcan...@gmail.com wrote: I just realized I actually never committed this change. Assuming no new objections I'll commit this in the near future (promise this time =). My proposed changes have now been committed. Thanks to everyone who provided

Re: [Python-Dev] PEP 448 review

On Thu, Feb 26, 2015 at 3:38 PM Ethan Furman et...@stoneleaf.us wrote: On 02/26/2015 12:19 PM, Guido van Rossum wrote: As a follow-up, Joshua updated the PEP to remove *comprehensions, and it is now accepted. Congratulations Thomas, Joshua, and Neil!! I'll add a thanks to everyone

Re: [Python-Dev] Request for Pronouncement: PEP 441 - Improving Python ZIP Application Support

On Wed, Feb 25, 2015 at 2:33 PM Paul Moore p.f.mo...@gmail.com wrote: On 25 February 2015 at 17:06, Paul Moore p.f.mo...@gmail.com wrote: Is the difference between create and copy important? e.g., is there anything wrong with create_archive(old_archive, output=new_archive) working as

Re: [Python-Dev] Request for Pronouncement: PEP 441 - Improving Python ZIP Application Support

On Tue Feb 24 2015 at 3:21:30 PM Paul Moore p.f.mo...@gmail.com wrote: On 24 February 2015 at 18:58, Guido van Rossum gu...@python.org wrote: Why no command-line equivalent for the other two methods? I propose the following interface: if there's only one positional argument, we're asking

Re: [Python-Dev] easy_install ?

On Tue Feb 24 2015 at 10:54:14 AM Laura Creighton l...@openend.se wrote: Hello all, I wonder what the status of easy_install is. I keep finding people who needed to install something 'path.py' is the latest, who needed to use pip, and couldn't get easy_install to work. Should we tell people

<    6   7   8   9   10   11   12   13   14   15   >