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] 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] 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] 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] 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 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 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] 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] 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] 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] 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] 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 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 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 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 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 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] 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] 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 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 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 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 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] 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] 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 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] 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] 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 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 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 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] 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] 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] 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 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 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 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 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

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] 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] 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

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

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] 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] 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] 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] 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] 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 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

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

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 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] 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] 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] 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] 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] 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] 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] 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

On Mon, 08 Dec 2014 12:27:23 -0800, "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 forms? If there doesn't need to

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

On Sat, 13 Dec 2014 10:17:59 -0500, Barry Warsaw wrote: > On Dec 13, 2014, at 12:29 AM, Donald Stufft wrote: > > >For what it’s worth, I almost exclusively write 2/3 compatible code (and > >that’s with the “easy” subset of 2.6+ and either 3.2+ or 3.3+) and > >doing so > >does make the la

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

On Tue, 16 Dec 2014 10:48:07 -0800, Mark Roberts wrote: > On Tue, Dec 16, 2014 at 2:45 AM, Antoine Pitrou wrote: > > > > Iterating accross a dictionary doesn't need compatibility shims. It's > > dead simple in all Python versions: > > > > $ python2 > > Python 2.7.8 (default, Oct 20 2014, 15:05:19

Re: [Python-Dev] contributing to multiprocessing

On Thu, 08 Jan 2015 17:08:07 -0800, Ethan Furman wrote: > On 01/08/2015 03:21 PM, Davin Potts wrote: > > > > I am interested in making some serious ongoing contributions around > > multiprocessing. > > Great! > > > Rather than me simply walking through that backlog, offering comments or > > e

Re: [Python-Dev] New Windows installer for Python 3.5

On Mon, 12 Jan 2015 17:26:43 +, Steve Dower wrote: > David Anthoff wrote: > > Yes, those are good examples. Right now doing this in the way these guys do > > is > > too much work for our small project... Anything that makes this easier > > would be > > appreciated. > > I don't see how. All

Re: [Python-Dev] incorrect docstring for sys.int_info.sizeof_digit?

On Wed, 21 Jan 2015 14:53:19 +, Tim Golden wrote: > On 21/01/2015 11:07, Pfeiffer, Phillip E., IV wrote: > > Apologies if this has already been reported; I couldn't find a > > readily searchable archive for this mailing list (and apologies if > > I've just missed it). > > Depending on "readil

Re: [Python-Dev] rst files

On Fri, 23 Jan 2015 15:55:29 -0800, Guido van Rossum wrote: > This adds entries to the index of the document -- similar to the index at > the end of a book. I think single vs. double refers to different types of > entries. Check out this page: https://docs.python.org/3/genindex.html > > On Fri, J

Re: [Python-Dev] Why are generated files in the repository?

On Sun, 25 Jan 2015 14:00:57 +1000, Nick Coghlan wrote: > It's far more developer friendly to aim to have builds from a source > check-out "just work" if we can. That's pretty much where we are today > (getting external dependencies for the optional parts on *nix can still be > a bit fiddly - it m

Re: [Python-Dev] Any grammar experts?

On Mon, 26 Jan 2015 01:21:24 +0100, Antoine Pitrou wrote: > On Sun, 25 Jan 2015 14:59:42 -0800 > Guido van Rossum wrote: > > On Sun, Jan 25, 2015 at 7:32 AM, Georg Brandl wrote: > > > > > On 01/25/2015 04:08 PM, Antoine Pitrou wrote: > > > > On Sat, 24 Jan 2015 21:10:51 -0500 > > > > Neil Girdh

Re: [Python-Dev] Any grammar experts?

On Mon, 26 Jan 2015 09:43:26 -0500, Barry Warsaw wrote: > On Jan 25, 2015, at 09:31 PM, R. David Murray wrote: > > >> > > {*x for x in it} > >> > > > >> > > which is a set comprehension, while the other is a dict comprehension > >> &g

Re: [Python-Dev] Any grammar experts?

On Mon, 26 Jan 2015 22:05:44 +0100, Antoine Pitrou wrote: > On Mon, 26 Jan 2015 12:22:20 -0800 > Ethan Furman wrote: > > On 01/26/2015 12:09 PM, Antoine Pitrou wrote: > > > On Mon, 26 Jan 2015 12:06:26 -0800 > > > Ethan Furman wrote: > > >> It destroy's the chaining value and pretty much makes t

Re: [Python-Dev] Any grammar experts?

On Tue, 27 Jan 2015 00:07:08 +0100, Antoine Pitrou wrote: > On Mon, 26 Jan 2015 16:28:24 -0500 > "R. David Murray" wrote: > > > > My use case is a configuration method that takes keyword parameters. > > In tests I want to specify a bunch of default values for

Re: [Python-Dev] TypeError messages

On Sun, 22 Feb 2015 00:26:23 +1000, Nick Coghlan wrote: > On 21 February 2015 at 00:05, Brett Cannon wrote: > > I agree that type names don't need to be quoted. > > As a user, I actually appreciate the quotes, because they make the > error pattern easier for me to parse. Compare: > > int e

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

On Thu, 16 Apr 2015 18:09:01 -0300, Facundo Batista wrote: > Full trace here: > > http://linkode.org/TgkzZw90JUaoodvYzU7zX6 > > Before going into a deep debug, I thought about sending a mail to see > if anybode else hit this issue, if it's a common problem, if there's a > known workaround. M

Re: [Python-Dev] Summary of Python tracker Issues

On Fri, 17 Apr 2015 18:08:24 +0200, Python tracker wrote: > > ACTIVITY SUMMARY (2015-04-10 - 2015-04-17) > Python tracker at http://bugs.python.org/ > > To view or respond to any of the issues listed below, click on the issue. > Do NOT respond to this message. > > Issues counts and deltas: >

Re: [Python-Dev] Type hints -- a mediocre programmer's reaction

I wrote a longer response and then realized it didn't really add much to the discussion. So let me be short: type annotations do *not* appeal to me, and I am not looking forward to the cognitive overhead of dealing with them. Perhaps I will eventually grow to like them if the tools that use them

Re: [Python-Dev] Type hints -- a mediocre programmer's reaction

+1 to this from me too. I'm afraid that means I'm -1 on the PEP. I didn't write this in my earlier email because I wasn't sure about it, but my gut reaction after reading Harry's email was "if type annotations are used in the stdlib, I'll probably stop contributing". That doesn't mean that's *tru

Re: [Python-Dev] Type hints -- a mediocre programmer's reaction

On Wed, 22 Apr 2015 01:09:52 +1000, Chris Angelico wrote: > def incremental_parser(input: FileLike) -> List[Token]: > tokens = [] > data = "" > while True: > if not data: > data = input.read(64) > token = Token(data[0]); data = data[1:] > while token

Re: [Python-Dev] Type hints -- a mediocre programmer's reaction

On Tue, 21 Apr 2015 18:27:50 +0300, Paul Sokolovsky wrote: > > I was replying to Steven's message. Did you read it? > > Yes. And I try to follow general course of discussion, as its hard to > follow individual sub-threads. And for example yesterday's big theme > was people blackmailing that they

Re: [Python-Dev] Type hints -- a mediocre programmer's reaction

On Tue, 21 Apr 2015 16:55:49 -, "Gregory P. Smith" wrote: > We will not be putting type annotations anywhere in the stdlib or expecting > anyone else to maintain them there. That would never happen until tools > that are convincing enough in their utility for developers to _want_ to use > are

Re: [Python-Dev] Type hints -- a mediocre programmer's reaction

On Tue, 21 Apr 2015 10:10:06 -0700, Guido van Rossum wrote: > On Tue, Apr 21, 2015 at 9:17 AM, R. David Murray > wrote: > > > Please be respectful rather than inflammatory. If you read what I > > wrote, I did not say that I was going to stop contributing, I > > spe

Re: [Python-Dev] Type hints -- a mediocre programmer's reaction

On Tue, 21 Apr 2015 21:31:49 +0300, Paul Sokolovsky wrote: > On Tue, 21 Apr 2015 09:50:59 -0700 Ethan Furman wrote: > > > On 04/21, Paul Sokolovsky wrote: > > > > > > And for example yesterday's big theme was people blackmailing that > > > they stop contributing to stdlib if annotations are in

Re: [Python-Dev] Allow annotations using basic types in the stdlib?

I agree with Steve. There is *cognitive* overhead to type annotations. I find that they make Python code harder to read and understand. So I object to them in the documentation and docstrings as well. (Note: while I agree that the notation is compact for the simple types, the fact that it would

Re: [Python-Dev] [Python-checkins] cpython (3.4): Issue #23840: tokenize.open() now closes the temporary binary file on error to

On Tue, 26 May 2015 08:20:01 +0200, Victor Stinner wrote: > What is wrong with "except:" in this specific case? Nothing is wrong with it from a technical standpoint. However, if we use 'except BaseException' that makes it clear that someone has thought about it and decided that all exceptions s

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

On Wed, 03 Jun 2015 12:04:10 +0200, Maciej Fijalkowski wrote: > On Wed, Jun 3, 2015 at 11:38 AM, M.-A. Lemburg wrote: > > On 02.06.2015 21:07, Maciej Fijalkowski wrote: > >> Hi > >> > >> There was a PSF-sponsored effort to improve the situation with the > >> https://bitbucket.org/pypy/codespeed2/

Re: [Python-Dev] speed.python.org (was: 2.7 is here until 2020, please don't call it a waste.)

> > we don't have any way of reliably and reproducibly testing Python > > performance. > > > > I'm very interested in speed.python.org and feel regret that the project is > > standing still. I have a mind to contribute something ... > > On 03.06.2015 18:

Re: [Python-Dev] Tracker reviews look like spam

a name mapping to it nor a > reverse pointer from IP address to name in DNS. See the second-first > comment where R. David Murray states that "Mail is consistently sent from The ipv6 reverse dns issue is being worked on. ___ Python-Dev mailing l

Re: [Python-Dev] Tracker reviews look like spam

On Tue, 09 Jun 2015 21:41:23 -, "Gregory P. Smith" wrote: > I *believe* you can get this to happen today in a review if you add the > rep...@bugs.python.org email address to the code review as the issueX > in the subject line will make the tracker turn it into a bug comment. If > so, hav

Re: [Python-Dev] Importance of "async" keyword

On Sat, 27 Jun 2015 01:10:33 +1000, Chris Angelico wrote: > The way I'm seeing it, coroutines are like cooperatively-switched > threads; you don't have to worry about certain operations being > interrupted (particularly low-level ones like refcount changes or list > growth), but any time you hit a

Re: [Python-Dev] Should asyncio ignore KeyboardInterrupt?

Once long ago in Internet time (issue 581232) time.sleep on windows was not interruptible and this was fixed. Is it possible the work on EINTR has broken that fix? (I don't currently have 3.5 installed on windows to test that theory...) On Sat, 04 Jul 2015 17:46:34 +0200, Guido van Rossum wrote

[Python-Dev] What's New editing

Just so people aren't caught unawares, it is very unlikely that I will have time to be the final editor on "What's New for 3.5" they way I was for 3.3 and 3.4. I've tried to encourage people to keep What's New up to date, but *someone* should make a final editing pass. Ideally they'd do at least

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

On Mon, 06 Jul 2015 11:06:41 +1000, Nick Coghlan wrote: > On 6 July 2015 at 03:52, R. David Murray wrote: > > Just so people aren't caught unawares, it is very unlikely that I will have > > time to be the final editor on "What's New for 3.5" they way I was

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

On Mon, 06 Jul 2015 21:45:01 +0300, Serhiy Storchaka wrote: > On 05.07.15 20:52, R. David Murray wrote: > > Just so people aren't caught unawares, it is very unlikely that I will have > > time to be the final editor on "What's New for 3.5" they way I was for 3

Re: [Python-Dev] Freeze exception for http://bugs.python.org/issue23661 ?

On Tue, 14 Jul 2015 14:01:25 +1200, Robert Collins wrote: > So unittest.mock regressed during 3.5, and I found out when I released > the mock backport. > > The regression is pretty shallow - I've applied the fix to 3.6, its a > one-liner and comes with a patch. > > Whats the process for getting

Re: [Python-Dev] Cross compiling C-python 2.7.10 maintenance release for ARM on 64 bit x86_64 systems.

On Tue, 14 Jul 2015 10:22:05 -, Andrew Robinson wrote: > I'm trying to cross compile C-python 2.7.10 for an embedded system. (Eg: > a Kobo reader). > But there appears to be some bugs that do not allow the latest > maintenance release of Python to correctly cross compile on an x86-64 > bui

Re: [Python-Dev] Where are bugs with the web site reported?

On Thu, 16 Jul 2015 12:24:45 -0700, Glenn Linderman wrote: > On 7/16/2015 12:11 PM, Ryan Gonzalez wrote: > > I have encountered this weird issue on Chrome for Android where > > scrolling up just a little causes the page to dart to the top. I was > > going to report it in the bug tracker, but I

Re: [Python-Dev] Burning down the backlog.

On Sun, 26 Jul 2015 22:59:51 +0100, Paul Moore wrote: > On 26 July 2015 at 16:39, Berker Peksağ wrote: > >> I'm not actually clear what "Commit Review" status means. I did do a > >> quick check of the dev guide, and couldn't come up with anything, > > > > https://docs.python.org/devguide/triagin

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

On Mon, 27 Jul 2015 02:09:19 -0500, Tim Peters wrote: > Seriously, try this exercise: how would you code Paul's example if > "your kind" of arithmetic were in use instead? For a start, you have > no idea in advance how many hours you may need to add to get to "the > same local time tomorrow". 2

  1   2   3   4   5   6   7   8   9   10   >