[Python-Dev] [Python-checkins] Daily reference leaks (42917d774476): sum=9

Looks like there is an actual leak found by test_io. Any ideas on what may have introduced it? On Fri Jul 04 2014 at 5:01:02 AM, wrote: > results for 42917d774476 on branch "default" > > > test_functools leaked [0, 0, 3] memory blocks, sum=3 > test_io

Re: [Python-Dev] PEP 3121, 384 Refactoring Issues

[for those that don't know, 3121 is extension module inti/finalization and 384 is the stable ABI] On Thu Jul 10 2014 at 3:47:03 PM, Mark Lawrence wrote: > I'm just curious as to why there are 54 open issues after both of these > PEPs have been accepted and 384 is listed as finished. Did we hit

Re: [Python-Dev] PEP 3121, 384 Refactoring Issues

On Mon Jul 14 2014 at 11:27:34 AM, "Martin v. Löwis" wrote: > Am 12.07.14 17:19, schrieb Nick Coghlan: > > Using the stable ABI for standard library extensions also serves to > > decouple them further from the internal details of the CPython runtime, > > making it more likely they will be able to

Re: [Python-Dev] Python Job Board

On Mon Jul 14 2014 at 12:17:03 PM, Ethan Furman wrote: > has now been dead for five months. > This is the wrong place to ask about this. It falls under the purview of the web site who you can email at webmaster@ or submit an issue at https://github.com/python/pythondotorg . But I know from PSF s

Re: [Python-Dev] Remaining decisions on PEP 471 -- os.scandir()

Oh yes. :) The file Antoine is referring to is the implementation of import. On Sun, Jul 20, 2014, 17:34 Ben Hoyt wrote: > > Have you tried modifying importlib's _bootstrap.py to use scandir() > instead > > of listdir() + stat()? > > No, I haven't -- I'm not familiar with that code. What does >

Re: [Python-Dev] Does Zip Importer have to be Special?

On Thu Jul 24 2014 at 1:07:12 PM, Phil Thompson wrote: > I have an importer for use in applications that embed an interpreter > that does a similar job to the Zip importer (except that the storage is > a C data structure rather than a .zip file). Just like the Zip importer > I need to import my i

Re: [Python-Dev] Does Zip Importer have to be Special?

On Thu Jul 24 2014 at 2:12:20 PM, Phil Thompson wrote: > On 24/07/2014 6:48 pm, Brett Cannon wrote: > > On Thu Jul 24 2014 at 1:07:12 PM, Phil Thompson > > > > wrote: > > > >> I have an importer for use in applications that embed an interpreter > >>

Re: [Python-Dev] Contribute to Python.org

On Tue Jul 29 2014 at 4:52:14 PM agrim khanna wrote: > Respected Sir/Madam, > > I have installed the setup on my machine and have compiled and run it as > well. I was unable to figure out how to make a patch and how to find a > suitable bug for me to fix. I request you to guide me in the same. >

Re: [Python-Dev] [Python-checkins] Daily reference leaks (09f56fdcacf1): sum=21004

test_codecs is not happy. Looking at the subject lines of commit emails from the past day I don't see any obvious cause. On Thu Aug 07 2014 at 4:35:05 AM wrote: > results for 09f56fdcacf1 on branch "default" > > > test_codecs leaked [5825, 5825, 5825]

Re: [Python-Dev] Bytes path support

On Wed Aug 20 2014 at 9:02:25 AM Antoine Pitrou wrote: > Le 20/08/2014 07:08, Nick Coghlan a écrit : > > > > It's not just the JVM that says text and binary APIs should be separate > > - it's every widely used operating system services layer except POSIX. > > The POSIX way works well *if* everyon

Re: [Python-Dev] cpython and parallel make

On Mon, Sep 1, 2014, 15:16 Victor Stinner wrote: Hi, My bashrc sets MAKEFLAGS to -j9 and Python compilation works fine on Fedora 20 with GNU make and GCC. My computer has 8 cores (4 physical with hyper threading). It looks like your compiler is Clang. What is your OS and OS version? I compil

Re: [Python-Dev] cpython and parallel make

Open an issue on bugs.python.org and attach the patch there (it should also ask you so sign the contributor agreement, but if not then please also sign that). On Fri Sep 05 2014 at 12:52:45 PM Jonas Wagner wrote: > Hi again, > > the attached Makefile patch seems to fix the parallel build problem

Re: [Python-Dev] Interactive Grid for Sorting, Filtering DataFrames in IPython Notebook

Python-dev is for discussing the development *of* Python, not *with* it. This kind of thing is more appropriate for python-list. On Tue Oct 07 2014 at 11:49:37 AM tshawver wrote: > As part of the work on our research environment at Quantopian > , I've been

Re: [Python-Dev] performance delta with .py presence v.s. only pyc on python 2.7.x?

On Tue Oct 07 2014 at 2:24:52 PM Skip Montanaro wrote: > On Tue, Oct 7, 2014 at 12:46 PM, John Smith wrote: > > pyc-only install sees mediocre performance. (pyc's are built using > > compileall.py, then source .py's removed before packaging) > > (Warning: it's been probably a decade since I look

Re: [Python-Dev] The role of NotImplemented: What is it for and when should it be used?

On Mon Nov 03 2014 at 5:31:21 AM Ethan Furman wrote: > Just to be clear, this is about NotImplemented, not NotImplementedError. > > tl;dr When a binary operation fails, should an exception be raised or > NotImplemented returned? > The docs for NotImplemented suggest it's only for rich compariso

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

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? On Thu Nov 06 2014 at 8:57:22 AM georg.brandl wrote: > https://hg.python.org/cpython/rev/0af36ea1d010 > changeset: 93417:0af36e

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

Ah, cool! Just an FYI, the index.html file is not being served for me. -Brett On Thu Nov 06 2014 at 9:41:59 AM Benjamin Peterson wrote: > > > 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 > >

Re: [Python-Dev] Static checker for common Python programming errors

On Mon Nov 17 2014 at 12:06:15 PM Stefan Bucur wrote: > Mark, thank you for the pointer! I will re-send my message there. Should I > include both mailing lists in a single thread if I end up receiving replies > from both? No as cross-posting becomes just a nightmare of moderation when someone i

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

On Fri Nov 21 2014 at 7:37:13 AM 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 CPyth

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

On Fri Nov 21 2014 at 8:57:15 AM Nick Coghlan wrote: > On 21 November 2014 23:29, Brett Cannon wrote: > > On Fri Nov 21 2014 at 7:37:13 AM Nick Coghlan > wrote: > >> If that "must be self-hosted" constraint is removed, then the obvious > >> candidate fo

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

On Sat Nov 22 2014 at 10:00:03 AM Nick Coghlan wrote: > > On 22 Nov 2014 07:37, "Donald Stufft" wrote: > > > On Nov 21, 2014, at 3:59 PM, Ned Deily wrote: > > > > Sure, I get that. But we're not even talking here about the main > Python > > > docs since they are part of the CPython repos, only

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

On Sun Nov 23 2014 at 6:18:46 AM Nick Coghlan wrote: > > On 23 Nov 2014 18:11, "Donald Stufft" wrote: > > > On Nov 23, 2014, at 2:35 AM, Nick Coghlan wrote: > > > > > > > In the absence of a proposal to change version control systems > > > (again), the lack of Mercurial hosting on GitHub makes

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

On Sun Nov 23 2014 at 1:06:18 PM Ethan Furman wrote: > On 11/23/2014 08:55 AM, Brett Cannon wrote: > > > > Sure, but I would never compare our infrastructure needs to Red Hat. =) > You > > also have to be conservative in order to minimize downtown and impact for >

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

On Sun Nov 23 2014 at 1:08:58 PM Ethan Furman wrote: > On 11/23/2014 08:55 AM, Brett Cannon wrote: > > > > Fourth, do any core developers feel strongly about not using GitHub? > > Dous GitHub support hg? If not, I am strongly opposed. > Depends on what you mean b

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

On Sun Nov 23 2014 at 11:56:49 AM Guido van Rossum wrote: > On Sat, Nov 22, 2014 at 10:49 PM, Nick Coghlan wrote: > >> More generally, I'm very, very disappointed to see folks so willing to >> abandon fellow community members for the sake of following the crowd. >> Perhaps we should all just aba

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

On Sun Nov 23 2014 at 1:31:36 PM Brett Cannon wrote: > On Sun Nov 23 2014 at 11:56:49 AM Guido van Rossum > wrote: > >> On Sat, Nov 22, 2014 at 10:49 PM, Nick Coghlan >> wrote: >> >>> More generally, I'm very, very disappointed to see folks so willin

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

On Sun Nov 23 2014 at 3:04:05 PM Georg Brandl wrote: > On 11/23/2014 05:55 PM, Brett Cannon wrote: > > > I guess my question is who and what is going to be disrupted if we go > with > > Guido's suggestion of switching to GitHub for code hosting? Contributors > won&#x

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

On Sun Nov 23 2014 at 4:18:37 PM Georg Brandl wrote: > On 11/23/2014 09:42 PM, Brett Cannon wrote: > [SNIP] > > And I'm still in support no matter what of breaking out the HOWTOs > and the > > > tutorial into their own repos for easier updating (

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

On Mon Nov 24 2014 at 2:25:30 AM Nick Coghlan wrote: > On 24 November 2014 at 02:55, Brett Cannon wrote: > > On Sun Nov 23 2014 at 6:18:46 AM Nick Coghlan > wrote: > >> Those features are readily accessible without changing the underlying > >> version contr

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

On Tue Nov 25 2014 at 1:17:49 AM Nick Coghlan wrote: > On 25 November 2014 at 13:18, Donald Stufft wrote: > > > > There’s also the social aspects of it as well which is a big concern too > IMO. If you want to attract new contributors, not just keep the ones you > already have sometimes that mean

Re: [Python-Dev] advice needed: best approach to enabling "metamodules"?

On Sat, Nov 29, 2014, 21:55 Guido van Rossum wrote: All the use cases seem to be about adding some kind of getattr hook to modules. They all seem to involve modifying the CPython C code anyway. So why not tackle that problem head-on and modify module_getattro() to look for a global named __getat

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

On Sat Nov 29 2014 at 7:16:34 PM Alex Gaynor wrote: > Donald Stufft stufft.io> writes: > > > > > [words words words] > > > > I strongly support this PEP. I'd like to share two pieces of information. > Both > of these are personal anecdotes: > > For the past several years, I've been a contributor

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

On Sun Nov 30 2014 at 10:55:26 AM Ian Cordasco wrote: > On Sun, Nov 30, 2014 at 7:01 AM, Antoine Pitrou > wrote: > > On Sun, 30 Nov 2014 16:23:08 +1100 > > Chris Angelico wrote: > >> > >> Yes, GitHub is proprietary. But all of your actual code is stored in > >> git, which is free, and it's easy

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

On Sun Nov 30 2014 at 12:00:20 PM Donald Stufft wrote: > > On Nov 30, 2014, at 11:44 AM, Brett Cannon wrote: > > > > On Sun Nov 30 2014 at 10:55:26 AM Ian Cordasco > wrote: > >> On Sun, Nov 30, 2014 at 7:01 AM, Antoine Pitrou >> wrote: >> >

Re: [Python-Dev] advice needed: best approach to enabling "metamodules"?

On Sun Nov 30 2014 at 2:16:18 PM Guido van Rossum wrote: > On Sun, Nov 30, 2014 at 6:15 AM, Brett Cannon wrote: >> >> On Sat, Nov 29, 2014, 21:55 Guido van Rossum wrote: >> >> All the use cases seem to be about adding some kind of getattr hook to >> modules. T

Re: [Python-Dev] advice needed: best approach to enabling "metamodules"?

On Sun Nov 30 2014 at 2:28:31 PM Ethan Furman wrote: > On 11/30/2014 11:15 AM, Guido van Rossum wrote: > > On Sun, Nov 30, 2014 at 6:15 AM, Brett Cannon wrote: > >> On Sat, Nov 29, 2014, 21:55 Guido van Rossum wrote: > >>> > >>> All the use cases seem to

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

On Sun Nov 30 2014 at 2:33:35 PM Donald Stufft wrote: > > On Nov 30, 2014, at 2:19 PM, Brett Cannon wrote: > > All very true, but if we can't improve both sides then we are simply going > to end up with even more patches that we take a while to get around to. I > want to

Re: [Python-Dev] advice needed: best approach to enabling "metamodules"?

On Sun Nov 30 2014 at 3:55:39 PM Guido van Rossum wrote: > On Sun, Nov 30, 2014 at 11:29 AM, Nathaniel Smith wrote: > >> On Sun, Nov 30, 2014 at 2:54 AM, Guido van Rossum >> wrote: >> > All the use cases seem to be about adding some kind of getattr hook to >> > modules. They all seem to involve

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

t distracted by the needs of the CPython repo, issue > tracker, and code review tool. Arguments about core developers vs. > contributors for CPython shouldn't affect the current discussion. > > Next, two of the three repos mentioned in Donald's PEP 481 are owned by > Brett

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

So I was waiting for Nick to say what he wanted to do for the peps repo since I view it as I get 2/3 of the choices and he gets the other third. The way I view it, the options are: 1. Move to GitHub 2. Move to Bitbucket 3. Improve our current tooling (either through new hosting setup and

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

doing something that *I* regret like taking this on? =) -Brett > > --Guido > > On Tue, Dec 2, 2014 at 8:50 AM, Brett Cannon wrote: > >> So I was waiting for Nick to say what he wanted to do for the peps repo >> since I view it as I get 2/3 of the choices and he gets

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

On Tue Dec 02 2014 at 1:52:49 PM Antoine Pitrou wrote: > On Tue, 02 Dec 2014 18:21:39 + > Brett Cannon wrote: > > > > So if we did have a discussion at the summit and someone decided to argue > > for FLOSS vs. not as a key factor then I would politely cut them off

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

On Tue Dec 02 2014 at 1:59:20 PM Barry Warsaw wrote: > On Dec 02, 2014, at 06:21 PM, Brett Cannon wrote: > > >Well, if I'm going to be the Great Decider on this then I can say upfront > >I'm taking a pragmatic view of preferring open but not mandating it, > >pre

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

On Tue Dec 02 2014 at 2:15:09 PM Donald Stufft wrote: > > On Dec 2, 2014, at 2:09 PM, Brett Cannon wrote: > > > > On Tue Dec 02 2014 at 1:59:20 PM Barry Warsaw wrote: > >> On Dec 02, 2014, at 06:21 PM, Brett Cannon wrote: >> >> >Well, if I'm going

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

I should say I will take a few days to think about this and then I will start a new thread outlining what I think we should be aiming for to help frame the whole discussion and to give proponents something to target. On Tue Dec 02 2014 at 2:20:16 PM Brett Cannon wrote: > On Tue Dec 02 2014 a

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

On Tue Dec 02 2014 at 3:14:20 PM Barry Warsaw wrote: > On Dec 02, 2014, at 07:20 PM, Brett Cannon wrote: > > >No because only two people have said they like the experiment idea so > >that's not exactly enough to say it's worth the effort. =) Plus GitHub &

[Python-Dev] My thinking about the development process

This is a bit long as I espoused as if this was a blog post to try and give background info on my thinking, etc. The TL;DR folks should start at the "Ideal Scenario" section and read to the end. P.S.: This is in Markdown and I have put it up at https://gist.github.com/brettcannon/a9c9a5989dc383ed7

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

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 Blog post about it at http://nothingbutsnark.svbtle.com/commentary-on-getting-your-code-to-run-on-python-23 . _

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

On Fri Dec 05 2014 at 4:07:46 PM Benjamin Peterson wrote: > > > 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:

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

Thanks for the feedback. I'll update the doc probably on Friday. On Sat Dec 06 2014 at 12:41:54 AM Nick Coghlan wrote: > On 6 December 2014 at 14:40, Nick Coghlan wrote: > > On 6 December 2014 at 10:44, Benjamin Peterson > wrote: > >> On Fri, Dec 5, 2014, at 18:16, Donald Stufft wrote: > >>> D

Re: [Python-Dev] My thinking about the development process

On Fri Dec 05 2014 at 3:24:38 PM Donald Stufft wrote: > > On Dec 5, 2014, at 3:04 PM, Brett Cannon wrote: > > > > This looks like a pretty good write up, seems to pretty fairly evaluate > the various sides and the various concerns. > Thanks! It seems like I have gotten

Re: [Python-Dev] My thinking about the development process

On Fri Dec 05 2014 at 8:31:27 PM R. David Murray wrote: > On Fri, 05 Dec 2014 15:17:35 -0700, Eric Snow > wrote: > > On Fri, Dec 5, 2014 at 1:04 PM, Brett Cannon wrote: > > > We don't exactly have a ton of people > > > constantly going "I&#x

Re: [Python-Dev] My thinking about the development process

On Sat Dec 06 2014 at 2:53:43 AM Terry Reedy wrote: > On 12/5/2014 3:04 PM, Brett Cannon wrote: > > > 1. Contributor clones a repository from hg.python.org < > http://hg.python.org> > > 2. Contributor makes desired changes > > 3. Contributor generates a patch &

Re: [Python-Dev] My thinking about the development process

On Fri Dec 05 2014 at 5:17:35 PM Eric Snow wrote: > Very nice, Brett. > Thanks! > > On Fri, Dec 5, 2014 at 1:04 PM, Brett Cannon wrote: > > And we can't forget the people who help keep all of this running as well. > > There are those that manage the SSH keys,

Re: [Python-Dev] My thinking about the development process

On Sat Dec 06 2014 at 10:07:50 AM Donald Stufft wrote: > > On Dec 6, 2014, at 9:11 AM, Brett Cannon wrote: > > > > On Fri Dec 05 2014 at 8:31:27 PM R. David Murray > wrote: > >> On Fri, 05 Dec 2014 15:17:35 -0700, Eric Snow < >> ericsnowcurren...@gmail.co

Re: [Python-Dev] My thinking about the development process

On Sat Dec 06 2014 at 10:30:54 AM Nick Coghlan wrote: > On 7 December 2014 at 00:11, Brett Cannon wrote: > > On Fri Dec 05 2014 at 8:31:27 PM R. David Murray > > wrote: > >> > >> That's probably the biggest issue with *anyone* contributing to tracker &

Re: [Python-Dev] My thinking about the development process

On Mon Dec 08 2014 at 3:27:43 PM Jim J. Jewett wrote: > > > Brett Cannon wrote: > > 4. Contributor creates account on bugs.python.org and signs the > > [contributor agreement](https://www.python. > org/psf/contrib/contrib-form/) > > Is there an expiration on such

Re: [Python-Dev] python compile error on mac os x

It would be better to file a bug at bugs.python.org so it's easier to track the problem. On Wed Dec 10 2014 at 11:37:30 AM 卓一抗 wrote: > hello, everybody ,i occur an ld error in my mac os x > > python 3.4.2 gcc 4.8.2 > > /Applications/Xcode.app/Contents/Developer/usr/bin/make Parser/pgen > gcc -

Re: [Python-Dev] My thinking about the development process

will then plan to make a final decision by May 1 so that we can try to have the changes ready for Python 3.6 development (currently scheduled for Sep 2015). On Fri Dec 05 2014 at 3:04:48 PM Brett Cannon wrote: > This is a bit long as I espoused as if this was a blog post to try and > give

Re: [Python-Dev] My thinking about the development process

Just adapt your current PEP. On Thu Dec 11 2014 at 10:02:23 AM Donald Stufft wrote: > > On Dec 11, 2014, at 9:59 AM, Brett Cannon wrote: > > As I didn't hear any objections, I'm officially stating that I expect > initial draft PEPs to be in by February 1 to know

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

On Thu Dec 11 2014 at 3:14:42 PM Dan Stromberg wrote: > On Thu, Dec 11, 2014 at 11:35 AM, Mark Roberts wrote: > > I disagree. I know there's a huge focus on The Big Libraries (and > wholesale > > migration is all but impossible without them), but the long tail of > > libraries is still incredibl

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

I have now addressed Nick's comments and backported to Python 2.7. On Sat Dec 06 2014 at 8:40:24 AM Brett Cannon wrote: > Thanks for the feedback. I'll update the doc probably on Friday. > > On Sat Dec 06 2014 at 12:41:54 AM Nick Coghlan wrote: > >> On 6 December

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

Mark, your tone is no longer constructive and is hurting your case in arguing for anything. Please take it down a notch. On Tue Dec 16 2014 at 1:48:59 PM Mark Roberts wrote: > On Tue, Dec 16, 2014 at 2:45 AM, Antoine Pitrou > wrote: >> >> Iterating accross a dictionary doesn't need compatibilit

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

eveloped over the years. So Antoine's point is entirely reasonable and valid and right. -Brett > > -Mark > > On Tue, Dec 16, 2014 at 10:57 AM, Brett Cannon wrote: >> >> Mark, your tone is no longer constructive and is hurting your case in >> arguing for anythi

Re: [Python-Dev] Python 3.4.2/ PyGame Registry

This mailing list is for the development OF Python, not its use. You should be able to get help on the python-tutor or Python - list mailing lists. On Tue, Dec 16, 2014, 16:42 Matthew Braun wrote: > Good Morning, > I installed Python 3.4.2 on my work computer. I was looking at the book > "Head

Re: [Python-Dev] Overriding stdlib http package

On Wed Jan 14 2015 at 4:08:52 PM Demian Brecht wrote: > On 2015-01-14 12:25 PM, Guido van Rossum wrote: > > I'm not sure how commit privileges would help you -- can't you just fork > > the CPython (I'm sure there's already a Bitbucket mirror that you can > fork > > easily) and do your work there?

Re: [Python-Dev] Overriding stdlib http package

On Wed Jan 14 2015 at 4:58:20 PM Demian Brecht wrote: > On 2015-01-14 1:19 PM, Brett Cannon wrote: > > But as Guido pointed out, we _like_ it being difficult to do because we > > don't want this kind of substitution happening as code ends up depending > on > > bug

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

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. On Tue Jan 20 2015 at 9:44:48 AM Neil Girdhar wrote: > I get error: > > TypeError: init_builtin() takes exactly 1 argument (0 given) > > The only source fil

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

On Tue Jan 20 2015 at 9:53:52 AM Benjamin Peterson wrote: > > > 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. > >

Re: [Python-Dev] Undefined dlopen When Building Module On Android

A mobile SIG is being formed, but it doesn't have a mailing list yet, else that would be a good place to ask this question. On Wed Jan 21 2015 at 5:54:39 PM Guido van Rossum wrote: > Maybe try a list focused on Android development? Few people in the Python > core development community have any A

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

On Fri Jan 23 2015 at 5:45:28 PM Gregory P. Smith wrote: > On Fri Jan 23 2015 at 11:20:02 AM M.-A. Lemburg wrote: > >> On 23.01.2015 19:48, Matthias Klose wrote: >> > On 01/23/2015 06:30 PM, Cyd Haselton wrote: >> >> Related to my earlier question regarding building Python on Android >> >> and a

Re: [Python-Dev] also

You have the wrong mailing list for this sort of request. This is list is about the development *of* Python, not *with* it. And since Python the language is not in the business of providing libraries for such specific needs this kind of request isn't appropriate here. You can try asking somewhere l

[Python-Dev] Workflow PEP proposals are now closed

The PEPs under consideration are PEPs 474 and 462 from Nick Coghlan to use Kallithea and do self-hosting, and PEP 481 from Donald Stufft that proposes using GitHub. A

Re: [Python-Dev] Workflow improvement PEPs 474 & 462 updated

On Mon Feb 02 2015 at 9:52:29 AM Pierre-Yves David < pierre-yves.da...@ens-lyon.org> wrote: > > > On 02/02/2015 01:11 AM, Nick Coghlan wrote: > > > > On 2 Feb 2015 04:56, "francis" > > wrote: > [SNIP] > > > PS: Should this be forwarded to python-workflow or is that oth

Re: [Python-Dev] Workflow PEP proposals are now closed

On Mon Feb 02 2015 at 10:00:30 AM Donald Stufft wrote: > > On Feb 2, 2015, at 9:35 AM, Brett Cannon wrote: > > The PEPs under consideration are PEPs 474 > <https://www.python.org/dev/peps/pep-0474/> and 462 > <https://www.python.org/dev/peps/pep-0462/> from Nick

Re: [Python-Dev] Workflow PEP proposals are now closed

; Antoine. > > > > On Mon, 02 Feb 2015 14:35:47 + > Brett Cannon wrote: > > The PEPs under consideration are PEPs 474 > > <https://www.python.org/dev/peps/pep-0474/> and 462 > > <https://www.python.org/dev/peps/pep-0462/> from Nick Coghlan to use

Re: [Python-Dev] Problem running ./python -m test -v test_whatever

You might want to try asking on python-l...@python.org to get a wider audience as you might find a fellow AIX user there who can help you out. On Wed Feb 11 2015 at 12:29:56 AM Dwight wrote: > Hi, > I am primarily a user; but since I can not get a newer version > of firefox for my system I

Re: [Python-Dev] TypeError messages

On Thu Feb 19 2015 at 5:52:07 PM Serhiy Storchaka wrote: > Different patterns for TypeError messages are used in the stdlib: > > expected X, Y found > expected X, found Y > expected X, but Y found > expected X instance, Y found > X expected, not Y > expect X, not Y >

Re: [Python-Dev] TypeError messages

ized message being generated. From the C side there can be a function provided to make it easy to get the same result as constructing the exception with the keyword-only argument. -Brett > > -Stefan > > *Gesendet:* Freitag, 20. Februar 2015 um 15:05 Uhr > *Von:* "Brett

Re: [Python-Dev] str(IntEnum)

On Fri Feb 20 2015 at 11:39:11 AM Demian Brecht wrote: > While working on a bug in the issue tracker, I came across something that > I thought was a little odd around the behaviour of IntEnum. Should the > behaviour of an instance of an IntEnum not be symmetric to an int where > possible? For exa

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

I just realized I actually never committed this change. Assuming no new objections I'll commit this in the near future (promise this time =). On Fri May 16 2014 at 1:51:00 PM Brett Cannon wrote: > Here is some proposed wording. Since it is more of a clarification of what > it take

Re: [Python-Dev] TypeError messages

On Sat Feb 21 2015 at 12:15:25 PM Antoine Pitrou wrote: > On Fri, 20 Feb 2015 14:05:11 + > Brett Cannon wrote: > > On Thu Feb 19 2015 at 5:52:07 PM Serhiy Storchaka > > wrote: > > > > > Different patterns for TypeError messages are used in the stdlib: >

Re: [Python-Dev] Generate all Argument Clinic code into separate files

On Sat Feb 21 2015 at 1:50:32 PM Serhiy Storchaka wrote: > Currently for some files converted to use Argument Clinic the generated > code is written into a separate file, for other files it is inlined. > > I'm going to make a number of small enhancement to Argument Clinic to > generate faster cod

Re: [Python-Dev] [Python-checkins] cpython: Issue #23152: Implement _Py_fstat() to support files larger than 2 GB on

On Sat Feb 21 2015 at 4:23:16 PM Ben Hoyt wrote: > When merging some changes while working on scandir, I noticed a minor > issue with this commit: > > https://hg.python.org/cpython/rev/4f6f4aa0d80f > > The definition of "struct win32_stat" has been moved to fileutils.h and > renamed to "struct _P

Re: [Python-Dev] Emit SyntaxWarning on unrecognized backslash escapes?

On Mon Feb 23 2015 at 10:55:23 AM Chris Angelico wrote: > On Tue, Feb 24, 2015 at 2:44 AM, Guido van Rossum > wrote: > > I think that's a bit too strong. This has been unquestionably valid, > correct > > Python -- it was an intentional feature from the start. It may not have > > turned out great

Re: [Python-Dev] easy_install ?

On Tue Feb 24 2015 at 10:54:14 AM Laura Creighton 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 > that easy

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 wrote: > On 24 February 2015 at 18:58, Guido van Rossum 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 > > to print its shebang line;

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

On Wed, Feb 25, 2015 at 2:33 PM Paul Moore wrote: > On 25 February 2015 at 17:06, Paul Moore 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 well as > >> create_archive(

Re: [Python-Dev] PEP 448 review

On Thu, Feb 26, 2015 at 3:38 PM Ethan Furman 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 involved with t

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

On Fri, Feb 20, 2015 at 1:47 PM Brett Cannon 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 f

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

On Wed, Mar 4, 2015 at 3:14 PM Chris Barker wrote: > On Tue, Mar 3, 2015 at 8:43 AM, Ethan Furman 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 _decimal/decimal? math.py should end w

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

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

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

On Fri, Mar 6, 2015 at 1:03 PM Mark Shannon 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 pl

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

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: >>> > Over on the

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 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 > &g

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

On Fri, Mar 6, 2015 at 2:09 PM Benjamin Peterson wrote: > > > 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: > > > > &

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

On Fri, Mar 6, 2015 at 3:37 PM Antoine Pitrou wrote: > On Fri, 06 Mar 2015 18:11:19 + > Brett Cannon 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 talk

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

On Fri, Mar 6, 2015 at 5:47 PM Antoine Pitrou wrote: > On Sat, 7 Mar 2015 09:34:20 +1100 > Steven D'Aprano wrote: > > > On Fri, Mar 06, 2015 at 09:37:05PM +0100, Antoine Pitrou wrote: > > > On Fri, 06 Mar 2015 18:11:19 + > > > Brett Cannon wrote: >

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

On Fri, Mar 6, 2015 at 6:49 PM Benjamin Peterson 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 sugge

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

On Sat, Mar 7, 2015 at 9:29 AM Ron Adam 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 by

  1   2   3   4   5   6   7   8   9   10   >