Re: [Python-Dev] Tracker test instances (was: My thinking about the development process)

On Sat, 06 Dec 2014 15:21:46 +, Brett Cannon wrote: > 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: > >>> T

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

sorted so quickly!" A perfect example is that R. David > > Murray came up with a nice update for our workflow after PyCon but then ran > > out of time after mostly defining it and nothing ever became of it (maybe we > > can rectify that at PyCon?). Eric Snow has pointed out

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

On Sun, 23 Nov 2014 00:59:42 +1000, Nick Coghlan wrote: > OK, different question. Has anyone here actually even *read* the workflow > PEPs I wrote? They were on the agenda for the language summit, but got > bumped due to lack of time (which I'm still annoyed about, given the > comparatively incons

Re: [Python-Dev] Problem displaying the warning symbol

On Sun, 16 Nov 2014 11:23:41 +0100, Stefano Borini wrote: > I report a finding (bug?) about the warning unicode symbol, as reported here > > http://stackoverflow.com/questions/26919799/cannot-make-warning-sign-visible-on-osx-terminal Bugs should be reported to bugs.python.org. They just get lo

Re: [Python-Dev] Real-world use of Counter

On Wed, 05 Nov 2014 11:13:37 -0800, Ethan Furman wrote: > On 11/05/2014 10:56 AM, Raymond Hettinger wrote: > > The in-place operations on counters are duck-typed. They are intended (by > > design) to work with ANY type that has an > > items() method. The exception raised if doesn't have on is

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

On Mon, 03 Nov 2014 15:05:31 +, Brett Cannon wrote: > 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

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

See issue 22766 for some background on this question. On Mon, 03 Nov 2014 02:30:53 -0800, 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? > > >

Re: [Python-Dev] Status of C compilers for Python on Windows

On Wed, 29 Oct 2014 23:33:06 -0400, Terry Reedy wrote: > On 10/29/2014 4:05 PM, Paul Moore wrote: > > On 29 October 2014 15:31, Nathaniel Smith wrote: > >>> You can use Express editions of Visual Studio. > >> > >> IIUC, the express edition compilers are 32-bit only, and what you actually > >> wan

Re: [Python-Dev] Status of C compilers for Python on Windows

On Thu, 30 Oct 2014 01:09:45 +1000, Nick Coghlan wrote: > (Paul Moore already covered most of this, but I'll go into a bit more > detail in a couple of areas) > > On 29 October 2014 00:46, Tony Kelman wrote: > > Stephen J. Turnbull: > >> It should be evident by now that our belief is that the la

Re: [Python-Dev] Status of C compilers for Python on Windows

On Wed, 29 Oct 2014 10:22:14 -0400, Tres Seaver wrote: > On 10/28/2014 11:59 PM, Stephen J. Turnbull wrote: > > > most developers on Windows do have access to Microsoft tool > > I assume you mean python-dev folks who work on Windows: it is certainly > not true for the vast majority of develoepr

Re: [Python-Dev] Status of C compilers for Python on Windows

ces any easier to deal with :( But as has been discussed, it seems better to focus first on fixing the issues on which we are all in agreement (building extensions with MinGW). > R. David Murray: > > And, at this point, we would NEED A BUILDBOT. That is, a machine that > > has

Re: [Python-Dev] Status of C compilers for Python on Windows

On Sun, 26 Oct 2014 00:19:44 +0200, Antoine Pitrou wrote: > On Sun, 26 Oct 2014 09:06:36 +1100 > Chris Angelico wrote: > > On Sun, Oct 26, 2014 at 8:59 AM, Antoine Pitrou wrote: > > > How do you know this isn't a problem, since you haven't *tested* with > > > MSVC? > > > Why on Earth would you w

Re: [Python-Dev] Status of C compilers for Python on Windows

On Sat, 25 Oct 2014 21:10:23 +0100, Ray Donnelly wrote: > On Sat, Oct 25, 2014 at 6:13 PM, Steve Dower > wrote: > > (Apologies for the short reply, posting from my phone.) > > > > "MSVC can continue > > to be the default compiler used for Python on Windows, none of Roumen's > > patches change t

Re: [Python-Dev] Status of C compilers for Python on Windows

On Sat, 25 Oct 2014 05:45:24 -0700, "Tony Kelman" wrote: > As a developer of a (compiled) open-source library or application, wouldn't > you love to be able to build binaries on Linux for Windows? With some work > and build system patches, you can. For many projects it's a simple matter of > ./con

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

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? > > AFAIK maintainers already get an email if the buildbot vanishes long > enough. I am more intereste

Re: [Python-Dev] Internationalized email support (was mUTF-7 support?)

On Fri, 10 Oct 2014 16:16:24 +0900, "Stephen J. Turnbull" wrote: > R. David Murray writes: > > > in the email address (and can't contain non-ASCII yet...we need RFC 6855 > > support for that, and I'm not sure *anybody* has that yet). > > If it'

Re: [Python-Dev] mUTF-7 support?

On Fri, 10 Oct 2014 04:28:21 +0200, Antoine Pitrou wrote: > On Thu, 9 Oct 2014 19:12:29 -0700 > Dan Stromberg wrote: > > On Thu, Oct 9, 2014 at 3:47 PM, Jesus Cea wrote: > > > I miss mUTF-7 support (as used to encode IMAP4 mailbox names) in Python, > > > in the codecs module. As an european with

Re: [Python-Dev] mUTF-7 support?

On Fri, 10 Oct 2014 01:33:58 +0200, Jesus Cea wrote: > On 10/10/14 01:08, Victor Stinner wrote: > > When you say "IMAP4", do you mean any IMAP4 server? Do you have a list > > of server vendors known to use the encoding mUTF-7? > > All of them. IMAP4 protocol **REQUIRES** mUTF-7. [...] > I am vo

Re: [Python-Dev] Fixing 2.7.x

On Mon, 06 Oct 2014 21:18:23 +0200, Christian Tismer wrote: > On 06.10.14 20:55, 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 de

[Python-Dev] bytes-like objects

Over the past while we've been cleaning up the docs in the area of "how do we refer to bytes, bytearray, memoryview, etc, etc?" in the APIs that deal with bytes. As you may or may not remember, we settled on the term 'bytes-like object', and have changed the docs to (we hope) consistently use this

Re: [Python-Dev] Sysadmin tasks

On Wed, 01 Oct 2014 20:35:29 +1300, Shorya Raj wrote: > Just curious, is there any sort of tasklist for any sort of sysadmin sort > of work surrounding CPython development? There seem to be plenty of tasks > for the actual coding part, but it would be good to get something up for > the more system

Re: [Python-Dev] PEP 394 - Clarification of what "python" command should invoke

On Fri, 19 Sep 2014 10:16:20 -0400, Barry Warsaw wrote: > The way I look at it is that "/usr/bin/python" is user interface. > Distributions are completely free to choose whichever Python they want for > system scripts, and it's great to see that Fedora is well on their way to > making Python 3 the

Re: [Python-Dev] Multilingual programming article on the Red Hat Developer blog

t;R. David Murray" wrote: > On Wed, 17 Sep 2014 14:42:56 +1000, Steven D'Aprano > wrote: > > On Wed, Sep 17, 2014 at 11:14:15AM +1000, Chris Angelico wrote: > > > On Wed, Sep 17, 2014 at 5:29 AM, R. David Murray > > > wrote: > > > > > >

Re: [Python-Dev] Multilingual programming article on the Red Hat Developer blog

On Wed, 17 Sep 2014 14:42:56 +1000, Steven D'Aprano wrote: > On Wed, Sep 17, 2014 at 11:14:15AM +1000, Chris Angelico wrote: > > On Wed, Sep 17, 2014 at 5:29 AM, R. David Murray > > wrote: > > > > Basically, we are pretending that the each smuggled > >

Re: [Python-Dev] Multilingual programming article on the Red Hat Developer blog

On Wed, 17 Sep 2014 08:57:21 +0900, "Stephen J. Turnbull" wrote: > As long as the Java string manipulation functions don't check for > surrogates, you should be fine with this representation. Of course I > suppose your matching functions (etc) don't check for them either, so > you will be somewh

Re: [Python-Dev] Multilingual programming article on the Red Hat Developer blog

On Wed, 17 Sep 2014 04:02:11 +1000, Chris Angelico wrote: > On Wed, Sep 17, 2014 at 3:46 AM, R. David Murray > wrote: > >> You can't treat them as characters, so while you have them in your > >> string, you can't treat it as a pure Unicode string - it'

Re: [Python-Dev] Multilingual programming article on the Red Hat Developer blog

On Wed, 17 Sep 2014 01:27:44 +1000, Chris Angelico wrote: > On Wed, Sep 17, 2014 at 1:00 AM, R. David Murray > wrote: > > That isn't the case in the email package. The smuggled bytes are not > > errors[*], they are literally smuggled bytes. > > But they

Re: [Python-Dev] Multilingual programming article on the Red Hat Developer blog

On Tue, 16 Sep 2014 13:51:23 +1000, Chris Angelico wrote: > On Tue, Sep 16, 2014 at 1:34 PM, Stephen J. Turnbull > wrote: > > Jim J. Jewett writes: > > > > > In terms of best-effort, it is reasonable to treat the smuggled bytes > > > as representing a character outside of your unicode repertoire

Re: [Python-Dev] Multilingual programming article on the Red Hat Developer blog

On Sat, 13 Sep 2014 21:06:21 +1200, Nick Coghlan wrote: > On 13 Sep 2014 10:18, "Jeff Allen" wrote: > > 4. I think (with Antoine) if Jython supported PEP-383 byte smuggling, it > would have to do it the same way as CPython, as it is visible. It's not > impossible (I think), but is messy. Some are

Re: [Python-Dev] Python docs about comparisons vs. CPython reality

On Sat, 06 Sep 2014 13:34:37 +0200, Jan Kaliszewski wrote: > Are they bugs in the Python docs or just some CPython implementation > details that are purposely not documented? (but then, again, some of > the docs seem to be at least not precise...): You might want to read http://bugs.python.org/i

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

On Wed, 03 Sep 2014 10:09:36 -0700, Ethan Furman wrote: > On 09/03/2014 08:58 AM, R. David Murray wrote: > > > > I'm OK with letting go of this invalid-cert issue myself, given the lack > > of negative feedback Twisted got. I'll just keep my fingers crossed. &g

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

On Wed, 03 Sep 2014 20:37:38 +0200, Antoine Pitrou wrote: > On Wed, 3 Sep 2014 10:54:55 -0700 > Guido van Rossum wrote: > > Today (working at Dropbox, a much smaller company!) I don't > > even remember the last time I had to deal with such a browser > > complaint -- internal services here all red

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

On Wed, 03 Sep 2014 16:31:13 +0200, Antoine Pitrou wrote: > On Tue, 02 Sep 2014 21:29:16 -0400 > "R. David Murray" wrote: > > > > The top proposal so far is an sslcustomize.py file that could be used to > > either decrease or increase the default securi

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

On Tue, 02 Sep 2014 20:59:54 -0400, Terry Reedy wrote: > On 9/2/2014 7:47 PM, Glyph Lefkowitz wrote: > > > > On Sep 2, 2014, at 4:28 PM, Nick Coghlan > > wrote: > > > >> On 3 Sep 2014 09:08, "David Reid" >> > wrote: > > >> > Clearly this change

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

On Tue, 02 Sep 2014 22:16:18 -, Alex Gaynor wrote: > This whole scenario seems to be predicated on a siutation where: You have a > peer whose certificate you can't change, and you have a piece of code you > can't > change, and you're going to upgrade your Python installation, and you want to

Re: [Python-Dev] RFC: PEP 475, Retry system calls failing with EINTR

On Mon, 01 Sep 2014 14:15:52 +0300, Marko Rauhamaa wrote: > Charles-François Natali : > > >> Which raises an interesting question: what happens to the os.read() > >> return value if SIGINT is received? > > > > There's no return value, a KeywordInterrupt exception is raised. > > The PEP wouldn't

Re: [Python-Dev] RFC: PEP 475, Retry system calls failing with EINTR

On Mon, 01 Sep 2014 08:30:27 +0300, Marko Rauhamaa wrote: > "R. David Murray" : > > > PS: I recently switched from using selectors to using a timeout on a > > socket because in that particular application I could, and because > > reading a socket with a timeo

Re: [Python-Dev] RFC: PEP 475, Retry system calls failing with EINTR

On Sun, 31 Aug 2014 20:14:50 -0700, Dan Stromberg wrote: > On Sun, Aug 31, 2014 at 3:28 PM, Greg Ewing > wrote: > > Victor Stinner wrote: > >> > >> As written in the PEP, if you want to be notified of the signal, set a > >> signal handler which raises an exception. > > > > I'm not convinced that

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

On Mon, 01 Sep 2014 08:10:58 +1000, Nick Coghlan wrote: > On 1 Sep 2014 07:43, "Christian Heimes" wrote: > > > > On 31.08.2014 08:09, Nick Coghlan wrote: > > > As Antoine says here, I'm also opposed to adding more Python specific > > > configuration options. However, I think there may be somethin

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

On Sun, 31 Aug 2014 16:45:42 +1000, Nick Coghlan wrote: > On 31 August 2014 16:16, Donald Stufft wrote: > > > > On Aug 31, 2014, at 2:09 AM, Nick Coghlan wrote: > > > > At the same time, we need to account for the fact that most existing > > organisations still trust in perimeter defence for the

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

On Sun, 31 Aug 2014 03:25:25 +0200, Antoine Pitrou wrote: > On Sun, 31 Aug 2014 09:26:30 +1000 > Nick Coghlan wrote: > > >> > > >> * configuration: > > >> > > >> It would be good to be able to switch this on or off > > >> without having to change the code, e.g. via a command > > >>

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

On Sat, 30 Aug 2014 14:03:57 +0200, "M.-A. Lemburg" wrote: > On 30.08.2014 12:55, Antoine Pitrou wrote: > > On Sat, 30 Aug 2014 12:46:47 +0200 > > "M.-A. Lemburg" wrote: > >>> That use case should be served with the SSL_CERT_DIR and SSL_CERT_FILE > >>> env vars (or, better, by specific settings *

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

On Fri, 29 Aug 2014 18:00:50 -0400, Donald Stufft wrote: > > On Aug 29, 2014, at 5:42 PM, R. David Murray wrote: > > Especially if you want an accelerated change, there must be a way to > > *easily* get back to the previous behavior, or we are going to catch a > > lot

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

On Fri, 29 Aug 2014 17:11:35 -0400, Donald Stufft wrote: > Sorry I was on my phone and didn’t get to fully reply to this. > > On Aug 29, 2014, at 4:00 PM, M.-A. Lemburg wrote: > > > > * configuration: > > > > It would be good to be able to switch this on or off > > without having to chang

Re: [Python-Dev] Bytes path related questions for Guido

On Thu, 28 Aug 2014 10:54:44 -0700, Glenn Linderman wrote: > On 8/28/2014 10:41 AM, R. David Murray wrote: > > On Thu, 28 Aug 2014 10:15:40 -0700, Glenn Linderman > > wrote: > >> On 8/28/2014 12:30 AM, MRAB wrote: > >>> There'll be a surrogate escap

Re: [Python-Dev] Bytes path related questions for Guido

On Thu, 28 Aug 2014 10:15:40 -0700, Glenn Linderman wrote: > On 8/28/2014 12:30 AM, MRAB wrote: > > On 2014-08-28 05:56, Glenn Linderman wrote: > >> On 8/27/2014 6:08 PM, Stephen J. Turnbull wrote: > >>> Glenn Linderman writes: > >>> > On 8/26/2014 4:31 AM, MRAB wrote: > >>> > > On 2014-08-26

Re: [Python-Dev] Bytes path support

On Sun, 24 Aug 2014 13:27:55 +1000, Nick Coghlan wrote: > As some examples of where bilingual computing breaks down: > > * My NFS client and server may have different locale settings > * My FTP client and server may have different locale settings > * My SSH client and server may have different lo

Re: [Python-Dev] Bytes path support

On Tue, 26 Aug 2014 11:25:19 +0900, "Stephen J. Turnbull" wrote: > R. David Murray writes: > > > Also, as has been discussed in this thread previously, any program that > > deals with filenames is dealing with human readable languages, even > > if posix it

Re: [Python-Dev] Bytes path support

On Sat, 23 Aug 2014 19:33:06 +0300, Marko Rauhamaa wrote: > "R. David Murray" : > > > The same problem existed in python2 if your goal was to produce a stream > > with a consistent encoding, but now python3 treats that as an error. > > I have a different int

Re: [Python-Dev] Bytes path support

On Sat, 23 Aug 2014 21:08:29 +1000, Steven D'Aprano wrote: > When I started this email, I originally began to say that the actual > problem was with byte file names that cannot be decoded into Unicode > using the system encoding (typically UTF-8 on Linux systems. But I've > actually had difficu

Re: [Python-Dev] Bytes path support

On Sat, 23 Aug 2014 00:21:18 +0200, Oleg Broytman wrote: >I'm involved in developing and maintaining a few big commercial > projects that will hardly be ported to Python3. So I'm stuck with > Python2 for many years and I haven't tried Python3. May be I should try > a small personal project, bu

Re: [Python-Dev] python2.7 infinite recursion when loading pickled object

On Mon, 11 Aug 2014 21:43:00 +1000, Chris Angelico wrote: > On Mon, Aug 11, 2014 at 9:40 PM, Peter Otten <__pete...@web.de> wrote: > > Read again. The OP tries to delegate attribute lookup to an (existing) > > attribute. > > > > IMO the root cause of the problem is that pickle looks up __dunder__

Re: [Python-Dev] sum(...) limitation

On Sun, 10 Aug 2014 13:12:26 -0700, Glenn Linderman wrote: > On 8/10/2014 1:24 AM, Stephen J. Turnbull wrote: > > Actually ... if I were a fan of the "".join() idiom, I'd seriously > > propose 0.sum(numeric_iterable) as the RightThang{tm]. Then we could > > deprecate "".join(string_iterable) in

Re: [Python-Dev] sum(...) limitation

On Sun, 10 Aug 2014 13:12:26 -0700, Glenn Linderman wrote: > On 8/10/2014 1:24 AM, Stephen J. Turnbull wrote: > > Actually ... if I were a fan of the "".join() idiom, I'd seriously > > propose 0.sum(numeric_iterable) as the RightThang{tm]. Then we could > > deprecate "".join(string_iterable) in

Re: [Python-Dev] os.walk() is going to be *fast* with scandir

On Sun, 10 Aug 2014 13:57:36 +1000, Nick Coghlan wrote: > On 10 August 2014 13:20, Antoine Pitrou wrote: > > Le 09/08/2014 12:43, Ben Hoyt a écrit : > > > >> Just thought I'd share some of my excitement about how fast the all-C > >> version [1] of os.scandir() is turning out to be. > >> > >> Bel

Re: [Python-Dev] Another case for frozendict

On Wed, 16 Jul 2014 10:10:07 -0700, Devin Jeanpierre wrote: > On Wed, Jul 16, 2014 at 6:37 AM, R. David Murray > wrote: > > IMO, preventing someone from shooting themselves in the foot by modifying > > something they shouldn't modify according to the API is no

Re: [Python-Dev] Another case for frozendict

On Wed, 16 Jul 2014 14:04:29 -, dw+python-...@hmmz.org wrote: > On Wed, Jul 16, 2014 at 09:47:59AM -0400, R. David Murray wrote: > > > It would be nice to be able to return a frozendict instead of having the > > overhead of building a new dict on each call. > > There

Re: [Python-Dev] Another case for frozendict

On Wed, 16 Jul 2014 03:27:23 +0100, MRAB wrote: > >>> # Try modifying the pattern object. > ... p.groupindex['JUNK'] = 'foobar' > >>> > >>> # What are the named groups now? > ... p.groupindex > {'first': 1, 'second': 2, 'JUNK': 'foobar'} > >>> > >>> # And the match object? > ... m.groupdict()

Re: [Python-Dev] Another case for frozendict

On Wed, 16 Jul 2014 03:27:23 +0100, MRAB wrote: > Here's another use-case. > > Using the 're' module: > > >>> import re > >>> # Make a regex. > ... p = re.compile(r'(?P\w+)\s+(?P\w+)') > >>> > >>> # What are the named groups? > ... p.groupindex > {'first': 1, 'second': 2} > >>> > >>> # Per

Re: [Python-Dev] Bluetooth 4.0 support in "socket" module

On Mon, 14 Jul 2014 16:42:25 -0400, Terry Reedy wrote: > On 7/14/2014 9:57 AM, Tim Tisdall wrote: > > 2 questions not answered yet. > > > Also, is there a method to test changes against all the different *nix > > variations? > > We have a set of buildbots. > https://www.python.org/dev/buildbot/

Re: [Python-Dev] Tracker Stats

On Tue, 24 Jun 2014 20:43:41 +0200, francis wrote: > On 06/24/2014 03:50 AM, Ezio Melotti wrote: > >>From the first graph you can see that out of the 4500+ open issues, > > about 2000 have a patch. > One would like to start with the ones that are bugs ;-) and see some > status line trying to drop

Re: [Python-Dev] Tracker Stats

On Mon, 23 Jun 2014 17:52:33 +0200, francis wrote: > > > Hi, > > I added a new "stats" page to the bug tracker: > > http://bugs.python.org/issue?@template=stats > Thanks Ezio, > > Two questions: > how hard would be to add (or enhance) a chart with the > “open issues type enhancement” and “

Re: [Python-Dev] subprocess shell=True on Windows doesn't escape ^ character

On Fri, 13 Jun 2014 16:57:49 +1200, Greg Ewing wrote: > Nikolaus Rath wrote: > > you almost certainly want to do > > > > Popen(['/bin/sh', 'for i in `seq 42`; do echo $i; done'], shell=False) > > > > because if your shell happens to be tcsh or cmd.exe, things are going to > > break. > > On Uni

Re: [Python-Dev] subprocess shell=True on Windows doesn't escape ^ character

Also notice that using a list with shell=True is using the API incorrectly. It wouldn't even work on Linux, so that torpedoes the cross-platform concern already :) This kind of confusion is why I opened http://bugs.python.org/issue7839. On Wed, 11 Jun 2014 16:58:30 -0500, Ryan wrote: > Of cours

Re: [Python-Dev] Criticism of execfile() removal in Python3

On Tue, 10 Jun 2014 19:07:40 +1000, Nick Coghlan wrote: > On 10 Jun 2014 18:41, "Paul Moore" wrote: > > > > On 10 June 2014 08:36, Nick Coghlan wrote: > > > The standard implementation of run_path reads the whole file into > > > memory, but MicroPython would be free to optimise that and do > > >

Re: [Python-Dev] namedtuple implementation grumble

On Sat, 07 Jun 2014 10:50:16 -0400, Antoine Pitrou wrote: > Le 07/06/2014 09:25, R. David Murray a écrit : > > On Fri, 06 Jun 2014 19:50:57 +0100, Chris Withers > > wrote: > >> I've been trying to add support for explicit comparison of namedtuples > >> int

Re: [Python-Dev] namedtuple implementation grumble

On Fri, 06 Jun 2014 19:50:57 +0100, Chris Withers wrote: > I've been trying to add support for explicit comparison of namedtuples > into testfixtures and hit a problem which lead me to read the source and > be sad. > > Rather than the mixin and class assembly in the function I expected to > f

Re: [Python-Dev] Moving Python 3.5 on Windows to a new compiler

On Fri, 06 Jun 2014 16:37:01 -, dw+python-...@hmmz.org wrote: > On Fri, Jun 06, 2014 at 03:41:22PM +, Steve Dower wrote: > > > [snip] > > Speaking as a third party who aims to provide binary distributions for > recent Python releases on Windows, every new compiler introduces a > licensing

Re: [Python-Dev] asyncio/Tulip: use CPython as the new upstream

On Fri, 06 Jun 2014 10:05:52 -0400, Antoine Pitrou wrote: > Le 06/06/2014 07:00, R. David Murray a écrit : > > > > I don't have any opinion on the workflow. > > > > My understanding is that part of the purpose of the "provisional" > > designation i

Re: [Python-Dev] asyncio/Tulip: use CPython as the new upstream

On Fri, 06 Jun 2014 11:31:23 +0200, Victor Stinner wrote: > Hi, > > I added a new BaseEventLoop.is_closed() method to Tulip and Python 3.5 > to fix an issue (see Tulip issue 169 for the detail). The problem is > that I don't want to add this method to Python 3.4 because usually we > don't add ne

Re: [Python-Dev] Request: new "Asyncio" component on the bug tracker

On Thu, 05 Jun 2014 12:03:15 +0200, Victor Stinner wrote: > Would it be possible to add a new "Asyncio" component on > bugs.python.org? If this component is selected, the default nosy list > for asyncio would be used (guido, yury and me, there is already such > list in the nosy list completion).

Re: [Python-Dev] Internal representation of strings and Micropython

On Thu, 05 Jun 2014 00:14:32 +0300, Paul Sokolovsky wrote: > That said, and unlike previous attempts to develop a small Python > implementations (which of course existed), we're striving to be exactly > a Python language implementation, not a Python-like language > implementation. As there's no fo

Re: [Python-Dev] Returning None from methods that mutate object state

On Tue, 20 May 2014 09:30:47 -0700, Chris Barker wrote: > > > > [].sort() is None > > > True > > "ABC".lower() is None > > > False > > > > > > That's a deliberate design choice, and one that has been explained a > > > few times on the list when folks ask why "[].sort().reverse()" doesn't

Re: [Python-Dev] Where is our official policy of what platforms we do support?

On Thu, 15 May 2014 19:14:55 +0200, Antoine Pitrou wrote: > On Thu, 15 May 2014 09:40:33 -0500 > Skip Montanaro wrote: > > On Thu, May 15, 2014 at 9:35 AM, Brett Cannon wrote: > > > I view stable buildbots as staying up and testing critical platforms. > > > > Would "supported" and "unsupported"

Re: [Python-Dev] Where is our official policy of what platforms we do support?

On Wed, 14 May 2014 11:31:15 -0300, "Joao S. O. Bueno" wrote: > +1 for an official policy that comes with a "permanent maintainer for > this platform required" as part of the list > of requisites. > > js > -><- > > On 14 May 2014 11:20, Brett Cannon wrote: > > Over the past week or so ther

Re: [Python-Dev] [Python-checkins] cpython (merge 3.4 -> default): Merge 3.4->default: asyncio: Fix upstream issue 168: StreamReader.read(-1) from

These changes appear to have caused several builbot failures, and there doesn't appear to be a bugs.python.org issue to report it to. One failure example: http://buildbot.python.org/all/builders/PPC64%20PowerLinux%203.4/builds/119 test_asyncio fails similarly for me on tip. On Mon, 12 May 20

Re: [Python-Dev] pip: cdecimal an externally hosted file and may be unreliable [sic]

On Fri, 09 May 2014 11:39:02 -0400, Donald Stufft wrote: > > On May 9, 2014, at 9:58 AM, M.-A. Lemburg wrote: > > On 09.05.2014 13:44, Donald Stufft wrote: > >> On May 9, 2014, at 4:12 AM, M.-A. Lemburg wrote: > > I snipped the rest of the discussion and reliability, using > > unmaintained pack

Re: [Python-Dev] pip: cdecimal an externally hosted file and may be unreliable [sic]

On Thu, 08 May 2014 11:32:28 -0400, Donald Stufft wrote: > On May 8, 2014, at 11:21 AM, R. David Murray wrote: > > Ah, I understand now. > > > > Your perspective is as someone who is using pip for *deployment*. > > Deployment, or any kind of situation where you

Re: [Python-Dev] pip: cdecimal an externally hosted file and may be unreliable [sic]

On Thu, 08 May 2014 10:37:15 -0400, Donald Stufft wrote: > Most users are not going to care up until the point where the external server > is unavailable, and then they care a whole lot. On the tin it sounds > reasonable > to just download the external file if the server is up however we've done

Re: [Python-Dev] pip: cdecimal an externally hosted file and may be unreliable [sic]

On Thu, 08 May 2014 10:11:39 -0400, "R. David Murray" wrote: > On Thu, 08 May 2014 09:58:08 -0400, Donald Stufft wrote: > > I don't think the warning is FUD, and it doesn't mention anything security > > related at all. The exact text of the warning is i

Re: [Python-Dev] pip: cdecimal an externally hosted file and may be unreliable [sic]

On Thu, 08 May 2014 09:58:08 -0400, Donald Stufft wrote: > I don't think the warning is FUD, and it doesn't mention anything security > related at all. The exact text of the warning is in the subject of the email > here: > > cdecimal an externally hosted file and may be unreliable > > Which

Re: [Python-Dev] Behaviour change of object().format() in 3.4

On Tue, 06 May 2014 16:45:52 +0200, James Swift wrote: > Hi, > > In 3.3 I could do the following > > >>> "{x:s}".format(**{'x': [1, 2, 3]}) > '[1, 2, 3]' > > But in 3.4 > > >>> "{x:s}".format(**{'x': [1, 2, 3]}) > Traceback (most recent call last): > File "", line 1, in > TypeError: non-emp

Re: [Python-Dev] pep8 reasoning

On Mon, 28 Apr 2014 18:01:32 -0400, Terry Reedy wrote: > On 4/28/2014 2:12 PM, Chris Barker wrote: > > > I don't think anyone should write code with variable width fonts, > > The problem is that fixed pitch does not work well for even a half-way > complete unicode font and I don't know that the

Re: [Python-Dev] API and process questions (sparked by Claudiu Popa on 16104

On Mon, 28 Apr 2014 23:24:16 +0300, Claudiu Popa wrote: > - Will raise NotImplementedError if multiprocessing can't be used > (when `workers` equals to 0 or > 1) I think the most common use case for this ability will be "run with the appropriate number of processes for the system I'm on", where '

Re: [Python-Dev] ref leaks

On Thu, 24 Apr 2014 17:17:41 +0200, Stefan Krah wrote: > Ethan Furman wrote: > > >>Any words of wisdom for tracking those leaks? > > Often the easiest way is to compile --with-valgrind and run the test > under Valgrind (obviously). > > In the Valgrind output, search for "definitely lost" and ig

Re: [Python-Dev] Language Summit notes

On Thu, 17 Apr 2014 01:23:13 -0400, Terry Reedy wrote: > 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 h

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

[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

Re: [Python-Dev] Appeal for reviews

On Mon, 14 Apr 2014 08:18:13 -0400, Nick Coghlan wrote: > On 14 Apr 2014 01:56, "Stephen J. Turnbull" wrote: > > > > mar...@v.loewis.de writes: > > > > > For gaining commit access, it's really more important that the patch > > > is factually finished, than that it's author believes it to. If pe

Re: [Python-Dev] static typing of input arguments in signatures

On Sun, 13 Apr 2014 15:59:36 -0400, Terry Reedy wrote: > On 4/13/2014 4:11 AM, Łukasz Langa wrote: > > On Apr 13, 2014, at 12:48 AM, Stefan Behnel wrote: > > > >> Stefan Behnel, 12.04.2014 19:11: > >> > >> So, what I've learned from seven years of Cython is that static typing in > >> signatures

Re: [Python-Dev] Incorrect behavior in str.format() method when padding with '\x00'

On Thu, 03 Apr 2014 11:20:20 -0400, "Eric V. Smith" wrote: > On 04/02/2014 04:08 PM, John Tyree wrote: > > > > Hi all, > > > > Is there any particularly reason for the following behavior on both > > 2.7.6 and 3.4.0 ? > > > > >>> "{:\x00<5}".format(2) > > '2' > > >>> > > "{:\

Re: [Python-Dev] Python 4?

On Thu, 03 Apr 2014 09:59:55 -0400, Brett Cannon wrote: > On Thu, Apr 3, 2014 at 9:51 AM, Skip Montanaro wrote: > > > I saw mention recently of Python 4 and assumed all such references > > were either April Fool's jokes or pie-in-the-sky dreams for a new > > version of Python which may never arr

Re: [Python-Dev] Status of PEP 3145 - Asynchronous I/O for subprocess.popen

On Sat, 29 Mar 2014 16:30:25 +0100, Antoine Pitrou wrote: > On Sat, 29 Mar 2014 04:44:32 -0400 > Terry Reedy wrote: > > On 3/28/2014 5:12 PM, Antoine Pitrou wrote: > > > On Fri, 28 Mar 2014 16:58:25 -0400 > > > Terry Reedy wrote: > > > > >> However, the code below creates a subprocess for one c

Re: [Python-Dev] Status of PEP 3145 - Asynchronous I/O for subprocess.popen

On Fri, 28 Mar 2014 10:45:01 -0400, Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 03/27/2014 09:16 PM, Josiah Carlson wrote: > > But here's the thing: I can build enough using asyncio in 30-40 lines > > of Python to offer something like the above API. The problem is

Re: [Python-Dev] PEP 461: Adding % formatting to bytes and bytearray -- Final, Take 3

On Thu, 27 Mar 2014 12:24:49 +0100, Antoine Pitrou wrote: > On Tue, 25 Mar 2014 15:37:11 -0700 > Ethan Furman wrote: > > > > ``%a`` will call ``ascii()`` on the interpolated value. This is intended > > as a debugging aid, rather than something that should be used in production. > > Non-ASCII va

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

On Sun, 23 Mar 2014 21:31:12 -0400, Barry Warsaw wrote: > On Mar 24, 2014, at 11:38 AM, Chris Angelico wrote: > > >Easy. Just set PYTHONPATH to import the SEPython [1] lib ahead of the > >standard lib. Then you can go back to the standard 2.7 (if you want > >to) by unsetting PYTHONPATH. > > > >It

Re: [Python-Dev] cpython: #20145: assert[Raises|Warns]Regex now raise TypeError on bad regex.

On Sun, 23 Mar 2014 21:43:14 +0100, Antoine Pitrou wrote: > On Sun, 23 Mar 2014 20:47:28 +0100 (CET) > r.david.murray wrote: > > http://hg.python.org/cpython/rev/ec556e45641a > > changeset: 89936:ec556e45641a > > user:R David Murray > > date:

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

On Sun, 23 Mar 2014 01:01:38 +0100, Antoine Pitrou wrote: > On Sun, 23 Mar 2014 07:11:07 +1000 > Nick Coghlan wrote: > > This PEP does *not* grant any general exemptions to the usual backwards > > compatibility policy for maintenance releases. Instead, it is designed > > to make it easier to prov

Re: [Python-Dev] unittest assertRaisesRegex bug?

On Wed, 19 Mar 2014 16:41:10 -0700, Thomas Wouters wrote: > On Wed, Mar 19, 2014 at 4:13 PM, Ethan Furman wrote: > > > On 03/19/2014 03:57 PM, Antoine Pitrou wrote: > > > >> On Wed, 19 Mar 2014 15:17:53 -0700 > >> Ethan Furman wrote: > >> > >>> On 03/19/2014 03:13 PM, Antoine Pitrou wrote: > >>

Re: [Python-Dev] unit tests for error messages

On Wed, 19 Mar 2014 20:32:38 +0100, Georg Brandl wrote: > Am 19.03.2014 19:55, schrieb Antoine Pitrou: > > On Wed, 19 Mar 2014 10:53:31 -0700 > > Ethan Furman wrote: > > > >> I just made a change to some error messages [1] (really, just one): > >> > >> old behavior: > >> > >>'%o' % 3.14 >

<    1   2   3   4   5   6   7   8   9   10   >