[Python-Dev] M.L.S.(Multiple Language Support) in Core-Compiler

How to adapt the existing M.L.S. from Compilermessages to Core-Compiler-Words. Where to begin, for implemantation of this feature? ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http:

[Python-Dev] (no subject)

-- في 8 سبتمبر ، 2017 في تمام الساعة 12:30 بعد منتصف الليل ، سيقوم Masayuki YAMAMOTO < ma3yuki.8mamo10 at gmail.com > كتب: > *مرحبا يا قوم، * > > *I إرسال PEP 539 المسودة الثالثة للالنهاية. شكرا لجميع النصائح * > *وا

[Python-Dev] Python 3.0.1 and mingw

Hi, I wanted to know if you have some patch to compile python 3.x on mingw platform because I found some but doesn't work very well : > make gcc -o python.exe \ Modules/python.o \ libpython3.0.a-lm Could not find platform independent libraries Could not find platform dependent libraries C

Re: [Python-Dev] Should there be a way or API for retrieving from a code object a loader method and package file where the code comes from?

Paul Moore writes: > 2008/12/23 : > > What is wanted is a uniform way get and describe a file location > > from a code object that takes into account the file might be a member > > of an archive. > > But a code object may not have come from a file. Right. That's why I mentioned for exampl

Re: [Python-Dev] Should there be a way or API for retrieving from a code object a loader method and package file where the code comes from?

Nick Coghlan writes: > 3. Do what a number of standard library APIs (e.g. linecache) that > accept filenames do and also accept an optional "module globals" > argument. Actually, I did this and committed a change (to pydb) before posting any of these queries. ;-) If "a number of standard libr

Re: [Python-Dev] Should there be a way or API for retrieving from a code object a loader method and package file where the code comes from?

Nick Coghlan writes: > R. Bernstein wrote: > > Nick Coghlan writes: > > > 3. Do what a number of standard library APIs (e.g. linecache) that > > > accept filenames do and also accept an optional "module globals" > > > argument. > >

Re: [Python-Dev] Python 3000 Process

Barry Warsaw wrote: > > On Mon, 2006-03-20 at 13:30 -0500, Terry Reedy wrote: >> "Guido van Rossum" <[EMAIL PROTECTED]> wrote in message >> >Barry, if you could create that mailing list, please? >> >> And please mirror it on gmane the same way as this list is. > > Subscription requests have be

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

[Python-Dev] Another case for frozendict

I repeatedly run into situations where a frozendict would be useful, and every time I do, I go searching and find the (unfortunately rejected) PEP-416. I'd just like to share another case where having a frozendict in the stdlib would be useful to me. I was interacting with a database and had a

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+)') > >>> >

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

Sorry for the mojibake. I've not yet gotten around to actually using the email package to write a smarter replacement for nmh, which is what I use for email, and I always forget that I need to manually tell nmh when there non-ascii in the message... On Wed, 17 Sep 2014 03:02:33 -0400, &quo

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?

__rtruediv__ = __rfloordiv__ = _any > __rmod__ = __rdivmod__ = __rpow__ = __rlshift__ = __rrshift__ = _any > __rand__ = __rxor__ = __ror__ = _any > __le__ = __lt__ = __gt__ = __ge__ = _any > if issubclass(subtype, (bytes, bytearray)): > value

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] PEP 549: Instance Properties (aka: module properties)

Why not adding both? Properties do have their uses as does __getattr__. Cheers, Sven On 13.09.2017 11:43, Larry Hastings wrote: On 09/12/2017 12:38 AM, Larry Hastings wrote: On 09/11/2017 07:22 PM, Guido van Rossum wrote: The prototype is linked to from the PEP; for your convenience

Re: [Python-Dev] PEP 557: Data Classes

Thanks for the PEP! :) I like the naming. ;) Though, I would like to add to Michel's argument in favor of a base class. On 11.09.2017 08:38, Michel Desmoulin wrote: - I read Guido talking about some base class as alternative to the generator version, but don't see it in the PEP. Is it still

Re: [Python-Dev] Remove typing from the stdlib

On 03.11.2017 21:34, Paul Moore wrote: Consider someone who's downloaded Python and PyCharm (or Visual Studio). They want to get the benefit of the IDE code completion facilities, so they declare their argument as List[int], following the information they've found on how to declare lists of integ

Re: [Python-Dev] Guarantee ordered dict literals in v3.7?

+1 from me too. On 04.11.2017 21:55, Jim Baker wrote: +1, as Guido correctly recalls, this language guarantee will work well with Jython when we get to the point of implementing 3.7+. On Sat, Nov 4, 2017 at 12:35 PM, Guido van Rossum > wrote: This sounds reasona

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] Tricky way of of creating a generator via a comprehension expression

Isn't yield like a return? A return in a list/dict/set comprehension makes no sense to me. So, +1 on SyntaxError from me too. Cheers. On 22.11.2017 21:29, David Mertz wrote: Inasmuch as I get to opine, I'm +1 on SyntaxError. There is no behavior for that spelling that I would find intuitive

Re: [Python-Dev] Tricky way of of creating a generator via a comprehension expression

On 23.11.2017 08:38, Ivan Levkivskyi wrote: I think this code should be just equivalent to this code     def g():     temp = [(yield i) for i in range(10)]     return (v for v in temp) Semantics of the comprehension should be clear here (just an equivalent for-loop without name leaking

Re: [Python-Dev] Is static typing still optional?

On 21.12.2017 11:22, Terry Reedy wrote: @dataclass class C: a: int # integer field with no default b: float = 0.0 # float field with a default And the types will be recognized by type checkers such as mypy. And I think the non-typed examples should go first in the docs. I still

  1   2   3   4   5   6   7   8   9   10   >