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

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

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] 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] 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] 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] 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] 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] 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 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 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 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] [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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] Cut/Copy/Paste items in IDLE right click context menu

On Sun, 17 Feb 2013 14:00:24 +1100, Neil Hodgson wrote: > Nick Coghlan: > > > - no need for extensive cross-OS testing prior to commit, that's a key > > part of the role of the buildbots > >Are the buildbots able to test UI features like menu selections? Not to mention that the test suite i

Re: [Python-Dev] XML DoS vulnerabilities and exploits in Python

On Thu, 21 Feb 2013 11:35:23 +1300, Greg Ewing wrote: > Carl Meyer wrote: > > An XML parser that follows the XML standard is never safe to expose to > > untrusted input. > > Does the XML standard really mandate that a conforming parser > must blindly download any DTD URL given to it from the rea

Re: [Python-Dev] [Python-checkins] peps: Pre-alpha draft for PEP 435 (enum). The name is not important at the moment, as

On Sun, 24 Feb 2013 01:31:09 +1000, Nick Coghlan wrote: > On Sun, Feb 24, 2013 at 1:06 AM, Antoine Pitrou wrote: > > On Sat, 23 Feb 2013 16:02:31 +0100 > > Stefan Krah wrote: > >> eli.bendersky wrote: > >> > +Ordered comparisons between enumeration values are *not* supported. > >> > Enums are

Re: [Python-Dev] [Python-checkins] peps: Pre-alpha draft for PEP 435 (enum). The name is not important at the moment, as

On Sat, 23 Feb 2013 08:27:50 -0800, Eli Bendersky wrote: > On Sat, Feb 23, 2013 at 7:57 AM, R. David Murray wrote: > > > On Sun, 24 Feb 2013 01:31:09 +1000, Nick Coghlan > > wrote: > > > On Sun, Feb 24, 2013 at 1:06 AM, Antoine Pitrou > > wrote: > >

Re: [Python-Dev] [Python-checkins] peps: Pre-alpha draft for PEP 435 (enum). The name is not important at the moment, as

On Sat, 23 Feb 2013 09:15:54 -0800, Eli Bendersky wrote: > On Sat, Feb 23, 2013 at 9:04 AM, Antoine Pitrou wrote: > > > On Sat, 23 Feb 2013 08:27:50 -0800 > > Eli Bendersky wrote: > > > > See also http://bugs.python.org/issue16801#msg178542 for another use > > > > case for named values. > > > >

Re: [Python-Dev] [Python-checkins] peps: Pre-alpha draft for PEP 435 (enum). The name is not important at the moment, as

On Mon, 25 Feb 2013 07:12:03 -0800, Ethan Furman wrote: > I must admit I find it mildly amusing (but a lot frustrating) that we > are talk about /enumerations/ not needing to be based on ints. > Checking out Merrian-Webster gives this: > > Definition of ENUMERATE > 1 > : to ascertain the number o

Re: [Python-Dev] [Python-checkins] peps: Pre-alpha draft for PEP 435 (enum). The name is not important at the moment, as

On Mon, 25 Feb 2013 09:03:06 -0800, Eli Bendersky wrote: > On Mon, Feb 25, 2013 at 8:56 AM, Antoine Pitrou wrote: > > > Le Mon, 25 Feb 2013 10:44:33 -0600, > > Skip Montanaro a écrit : > > > > Besides "we just don't need them int-based in these use-cases" what > > > > are the reasons for the s

Re: [Python-Dev] cffi in stdlib

On Tue, 26 Feb 2013 18:14:26 +, Paul Moore wrote: > BTW, I assume that the intention is that both cffi and ctypes remain > available indefinitely? Nobody's looking to deprecate ctypes? I would expect that ctypes would be deprecated eventually simply because there aren't very many people inter

Re: [Python-Dev] Introducing Electronic Contributor Agreements

On Tue, 05 Mar 2013 15:22:07 -0500, Brett Cannon wrote: > On Tue, Mar 5, 2013 at 11:48 AM, Baptiste Carvello < > de...@baptiste-carvello.net> wrote: > > > Le 05/03/2013 04:13, Stephen J. Turnbull a écrit : > > > Mark Lawrence writes: > > > > > > > People already use the bug tracker as an excuse

Re: [Python-Dev] Difference in RE between 3.2 and 3.3 (or Aaron Swartz memorial)

On Wed, 06 Mar 2013 14:09:54 +0100, =?UTF-8?Q?Mat=C4=9Bj?= Cepl wrote: > So, in the end, I have went the long way and bisected cpython to > find the commit which broke my tests, and it seems that the > culprit is http://hg.python.org/cpython/rev/123f2dc08b3e so it is > clearly something Unicod

Re: [Python-Dev] FileCookieJars

On Sat, 09 Mar 2013 12:13:54 +1100, Steven D'Aprano wrote: > On 02/03/13 02:43, Demian Brecht wrote: > > Cross-posting from python-ideas due to no response there. Perhaps it's > > due to a general lack of usage/caring for cookiejar, but figured > > /someone/'s got to have an opinion about my propo

Re: [Python-Dev] FileCookieJars

On Sun, 10 Mar 2013 22:46:26 -0700, Demian Brecht wrote: > On 2013-03-10 1:59 PM, R. David Murray wrote: > I was hoping that there would be a little more interest (and potentially > some further historical context on why the module was implemented as it > was) from those in th

Re: [Python-Dev] [Python-checkins] cpython: #15927: Fix cvs.reader parsing of escaped \r\n with quoting off.

On Wed, 20 Mar 2013 03:16:53 -, =?utf-8?B?S3Jpc3Rqw6FuIFZhbHVyIErDs25zc29u?= wrote: > The compiler complains about this line: > if (c == '\n' | c=='\r') { > > Perhaps you wanted a Boolean operator? Indeed, yes. --David ___ Python-Dev mailing list

Re: [Python-Dev] IDLE in the stdlib

On Wed, 20 Mar 2013 09:41:53 -0700, Eli Bendersky wrote: > Personally, I think that IDLE reflects badly on Python in more ways than > one. It's badly maintained, quirky and ugly. It serves a very narrow set of > uses, and does it badly. > > Being part of Python *distributions* and being part of c

Re: [Python-Dev] [Python-checkins] cpython: Issue #13248: removed deprecated and undocumented difflib.isbjunk, isbpopular.

On Wed, 20 Mar 2013 05:23:43 -0700, Eli Bendersky wrote: > A mention in Misc/NEWS can't hurt here, Terry. Even though it's > undocumented, some old code could rely on it being there and this code will > break with the transition to 3.4 Note that we also have a list of deprecated things that were

Re: [Python-Dev] PyCon Sprints - Thank you

Thank you for your contributions, and we look forward to anything else you may choose to contribute! --David ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman

Re: [Python-Dev] cpython: Issue #13248: removed deprecated and undocumented difflib.isbjunk, isbpopular.

On Thu, 21 Mar 2013 01:19:42 -0400, Terry Reedy wrote: > On 3/20/2013 2:13 PM, R. David Murray wrote: > > On Wed, 20 Mar 2013 05:23:43 -0700, Eli Bendersky wrote: > >> A mention in Misc/NEWS can't hurt here, Terry. Even though it's > >> undocumented, some

Re: [Python-Dev] Can we triple quoted string as a comment?

On Mon, 25 Mar 2013 18:16:47 -0700, Raymond Hettinger wrote: > If you're editing with Emacs, it is really easy to reflow paragraphs > and to insert or remove multiline comments each prefixed with #. > But with other editors, it can be a PITA and a multiline string is > the easiest to maintain and

Re: [Python-Dev] noob contributions to unit tests

On Tue, 26 Mar 2013 16:59:06 -0700, Maciej Fijalkowski wrote: > On Tue, Mar 26, 2013 at 4:49 PM, Sean Felipe Wolfe > wrote: > > Hey everybody how are you all :) > > > > I am an intermediate-level python coder looking to get help out. I've > > been reading over the dev guide about helping increas

Re: [Python-Dev] A bit about the GIL

On Mon, 01 Apr 2013 01:14:11 +0200, =?UTF-8?Q?Alfredo_Solano_Mart=C3=ADnez?= wrote: > Simply put, make the reference counter a sharded one. That is, separate it > into several subcounters, in this case one for each thread. It seems to me this has a family resemblance to some of the stuff Trent i

Re: [Python-Dev] Is file.readlines(sizehint=N) broken on 2.7?

On Fri, 05 Apr 2013 20:24:43 +0200, =?ISO-8859-1?Q?Giampaolo_Rodol=E0?= wrote: > 2013/4/5 INADA Naoki : > > The builtin open() was replaced with io.open(). > > It's difference between file.readlines() and io.IOBase.readlines(). > > Should that justify this difference in behavior? Yes. The 'fil

Re: [Python-Dev] The end of 2.7

On Mon, 08 Apr 2013 00:25:12 +0900, "Stephen J. Turnbull" wrote: > 2.x's EOL was discussed in the past (the thread about "why no 2.8?"), > and what we observe is nobody coming forward to maintain Python 2 for > the fun of it. People not only work on Python 3 for the fun of it, > but they even po

Re: [Python-Dev] The end of 2.7

On Sun, 07 Apr 2013 11:48:28 -0400, "R. David Murray" wrote: > (much more if the fix doesn't apply cleanly), and I find myself more and > more likely to say "well, it's been that way in Python2 for a long while, > fixing it there is more likely to break things

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Fri, 12 Apr 2013 05:55:00 -0700, Eli Bendersky wrote: > Link to the PEP: http://www.python.org/dev/peps/pep-0435/ [it's also pasted > fully below for convenience]. This looks great. There's just one bit I don't understand. I'm sure it was discussed in the python-ideas thread, but the discuss

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Fri, 12 Apr 2013 10:19:29 -0400, Davis Silverman wrote: > I think the reason they are not supporting __lt__, __gt__,etc. is because > ints are optional values for enums, therefore it wouldnt be a good idea to > compare enums of different types in that way. > > example: > > >>>class MyEnum(En

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Fri, 12 Apr 2013 10:50:44 -0400, Barry Warsaw wrote: > Nick brought this up in private email, and my response was basically that > iteration order for Enums should not be guaranteed, even if that happens to > work in the current implementation. The reason why it works in the current > implemen

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Fri, 12 Apr 2013 11:02:54 -0400, Barry Warsaw wrote: > On Apr 12, 2013, at 03:31 PM, Dirkjan Ochtman wrote: > >On Fri, Apr 12, 2013 at 2:55 PM, Eli Bendersky wrote: > >> >>> Colors.blue >= Colors.green > >> Traceback (most recent call last): > >> ... > >> NotImplementedError >

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Fri, 12 Apr 2013 15:33:02 -0400, Barry Warsaw wrote: > On Apr 12, 2013, at 11:21 AM, Russell E. Owen wrote: > > >I, too, would strongly prefer to see ordering within an enum. I use > >home-made enums heavily in my code and find ordering comparisons useful > >there. > > This was all hashed o

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Fri, 12 Apr 2013 14:06:55 -0700, Eli Bendersky wrote: > I actually think that having values with different types within a single > Enum is conceptually wrong and should be disallowed at creation time. With > enums, you either care or don't care about their actual value. If you don't > care (the

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Fri, 12 Apr 2013 18:35:58 -0400, Barry Warsaw wrote: > On Apr 12, 2013, at 05:17 PM, R. David Murray wrote: > > >Now, you could *further* require that the type of enum values be > >sortablebut that point you really have no excuse for not allowing > >enum values to

Re: [Python-Dev] mimetypes broken on Windows

On Tue, 16 Apr 2013 14:00:53 -0400, Terry Jan Reedy wrote: > On 4/15/2013 10:04 PM, Ben Hoyt wrote: > > So my proposal is simply to get rid of read_windows_registry() > > altogether, and fall back to the default type mapping in mimetypes.py on > > Windows systems. This is correct and fast, even if

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Sat, 20 Apr 2013 14:10:32 -0400, Barry Warsaw wrote: > On Apr 13, 2013, at 08:37 AM, Tim Delaney wrote: > > >Just using definition order as the stable iteration order would do the > >trick - no need for any comparisons at all. Subclasses (e.g. IntEnum) can > >then override it. > > I think thi

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Sun, 21 Apr 2013 08:34:39 +1000, Tim Delaney wrote: > On 21 April 2013 04:10, Barry Warsaw wrote: > > > On Apr 13, 2013, at 08:37 AM, Tim Delaney wrote: > > > > >Just using definition order as the stable iteration order would do the > > >trick - no need for any comparisons at all. Subclasses

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Sun, 21 Apr 2013 20:28:16 -0400, Barry Warsaw wrote: > On Apr 22, 2013, at 09:02 AM, Nick Coghlan wrote: > > >Iteration order matters a lot if you don't want people complaining about > >enums being broken: > > > > class Days(enum.Enum): > >Monday = 1 > >Tuesday = 2 > >Wednesday =

Re: [Python-Dev] Why can't I encode/decode base64 without importing a module?

On Mon, 22 Apr 2013 09:50:14 -0400, Devin Jeanpierre wrote: > On Mon, Apr 22, 2013 at 7:39 AM, Calvin Spealman wrote: > > if two lines is cumbersome, you're in for a cumbersome life a programmer. > > Other encodings are either missing completely from the stdlib, or have > corrupted behavior. Fo

Re: [Python-Dev] Why can't I encode/decode base64 without importing a module?

On Tue, 23 Apr 2013 11:16:20 +1200, Greg Ewing wrote: > Victor Stinner wrote: > > The last proposition is to add transform() and untransform() methods > > to bytes and str types. ... If I remember > > correctly, the missing point is how to define which types are > > supported by a codec > > Also

Re: [Python-Dev] Why can't I encode/decode base64 without importing a module?

On Tue, 23 Apr 2013 22:29:33 +0900, "Stephen J. Turnbull" wrote: > R. David Murray writes: > > > You transform *into* the encoding, and untransform *out* of the > > encoding. Do you have an example where that would be ambiguous? > > In the bytes-to

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Tue, 23 Apr 2013 15:44:58 +0200, Antoine Pitrou wrote: > Le Fri, 12 Apr 2013 05:55:00 -0700, > Eli Bendersky a écrit : > > > > We're happy to present the revised PEP 435, collecting valuable > > feedback from python-ideas discussions as well as in-person > > discussions and decisions made du

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Tue, 23 Apr 2013 16:33:02 +0200, Antoine Pitrou wrote: > Le Tue, 23 Apr 2013 10:24:18 -0400, > "R. David Murray" a écrit : > > > > > > I'm having a problem with the proposed implementation. I haven't > > > found any mention of it,

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Tue, 23 Apr 2013 08:11:06 -0700, Guido van Rossum wrote: > I gotta say, I'm with Antoine here. It's pretty natural (also coming > from other languages) to assume that the class used to define the > enums is also the type of the enum values. Certainly this is how it > works in Java and C++, and

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Tue, 23 Apr 2013 08:44:21 -0700, Guido van Rossum wrote: > On Tue, Apr 23, 2013 at 8:31 AM, R. David Murray > wrote: > > On Tue, 23 Apr 2013 08:11:06 -0700, Guido van Rossum > > wrote: > >> I gotta say, I'm with Antoine here. It's pretty natural (also

Re: [Python-Dev] Why can't I encode/decode base64 without importing a module?

On Wed, 24 Apr 2013 01:49:39 +0900, "Stephen J. Turnbull" wrote: > R. David Murray writes: > > On Tue, 23 Apr 2013 22:29:33 +0900, "Stephen J. Turnbull" > wrote: > > > R. David Murray writes: > > > > > > > You transform *into*

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Wed, 24 Apr 2013 11:37:16 +1200, Greg Ewing wrote: > R. David Murray wrote: > > The first False looks correct to me, I would not expect an enum value to > > be an instance of the class that holds it as an attribute. The second > > certainly looks odd, but what does it

Re: [Python-Dev] slow hg clone of python repo?

On Wed, 24 Apr 2013 18:14:18 -0700, Eli Bendersky wrote: > On Wed, Apr 24, 2013 at 4:37 PM, Sean Felipe Wolfe wrote: > > > On Wed, Apr 24, 2013 at 4:24 PM, Guido van Rossum > > wrote: > > > It's a big repo. Patience. > > > > > > On Wed, Apr 24, 2013 at 4:17 PM, Sean Felipe Wolfe > > wrote: > >

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

On Thu, 25 Apr 2013 14:37:29 -0700, Ethan Furman wrote: > On 04/25/2013 02:25 PM, Eli Bendersky wrote: > > On Thu, Apr 25, 2013 at 2:17 PM, Barry Warsaw > > wrote: > >> On Apr 25, 2013, at 01:18 PM, Ethan Furman wrote: > > > >>> For me, the getitem syntax on a class seems

Re: [Python-Dev] PEP 368

On Fri, 10 May 2013 17:14:21 +1000, Nick Coghlan wrote: > S 368 Standard image protocol and class > Mastrodomenico I haven't read through it in detail yet, but this PEP looks interesting in the context of the further enhancements planned for the email module (ie: a MIME

Re: [Python-Dev] Purpose of Doctests [Was: Best practices for Enum]

On Mon, 20 May 2013 12:45:57 +0200, Antoine Pitrou wrote: > On Sat, 18 May 2013 23:41:59 -0700 > Raymond Hettinger wrote: > > > > We should continue to encourage users to make thorough unit tests > > and to leave doctests for documentation. That said, it should be > > recognized that some testi

Re: [Python-Dev] Why is documentation not inline?

On Mon, 20 May 2013 15:02:08 +0200, Stefan Drees wrote: > On 20.05.13 14:37, Serhiy Storchaka wrote: > > 20.05.13 01:33, Benjamin Peterson написав(ла): > >> 2013/5/19 Demian Brecht : > >>> It seems like external docs is standard throughout the stdlib. Is > >>> there an actual reason for t

Re: [Python-Dev] PEP 409 and the stdlib

On Mon, 20 May 2013 06:12:41 -0700, Ethan Furman wrote: > As a quick reminder, PEP 409 allows this: > > try: > ... > except AnError: > raise SomeOtherError from None > > so that if the exception is not caught, we get the traditional single > exception traceback, inst

Re: [Python-Dev] Purpose of Doctests [Was: Best practices for Enum]

On Mon, 20 May 2013 15:57:35 +0200, Antoine Pitrou wrote: > On Mon, 20 May 2013 09:37:32 -0400 > "R. David Murray" wrote: > > On Mon, 20 May 2013 12:45:57 +0200, Antoine Pitrou > > wrote: > > > On Sat, 18 May 2013 23:41:59 -0700 > > > Raymon

Re: [Python-Dev] PEP 409 and the stdlib

On Mon, 20 May 2013 07:12:07 -0700, Ethan Furman wrote: > As a case in point, base64.py is currently getting a bug fix, and also > contains this code: > > def b32decode(s, casefold=False, map01=None): > . > . > . > for i in range(0, len(s), 8): > quanta = s[i: i + 8]

Re: [Python-Dev] PEP 409 and the stdlib

On Tue, 21 May 2013 01:39:03 +1000, Steven D'Aprano wrote: > On 21/05/13 00:12, Ethan Furman wrote: > > > As a case in point, base64.py is currently getting a bug fix, and also > > contains this code: > > > > def b32decode(s, casefold=False, map01=None): > > . > > . > > . > >

Re: [Python-Dev] Is thread-safe smtpd desired/possible?

On Tue, 21 May 2013 18:50:23 +0200, Sorin Stelian wrote: > I am posting this here since I could find no active maintainer of the smtpd > module. Currently I am effectively the maintainer of that module, though other people are helping out. > In my work as a test engineer for Axis (www.axis.com

Re: [Python-Dev] Bilingual scripts

On Fri, 24 May 2013 15:56:29 -0400, Barry Warsaw wrote: > Have any other *nix distros addressed this, and if so, how do you solve it? > It would be nice if we could have some cross-platform recommendations so > things work the same wherever you go. To that end, if we can reach some > consensus, I

Re: [Python-Dev] Bilingual scripts

On Tue, 28 May 2013 11:35:00 -0400, Barry Warsaw wrote: > On May 24, 2013, at 04:23 PM, R. David Murray wrote: > > >Gentoo has a (fairly complex) driver script that is symlinked to all > >of these bin scripts. The system then has the concept of the > >"current

Re: [Python-Dev] Bilingual scripts

On Tue, 28 May 2013 12:17:49 -0400, Tres Seaver wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 05/28/2013 11:41 AM, R. David Murray wrote: > > I have the same complaint about setuptools entry-point scripts, where > > I still haven't figured out

Re: [Python-Dev] decoding setuptools entry point scripts (was: Bilingual scripts)

On Tue, 28 May 2013 22:20:33 -0400, Tres Seaver wrote: > > So, my point is that the information on what python code is actually > > being called ought to be in the stub script file, as a comment if > > nothing else, for discoverability reasons. > > > > I'm not bothered enough to work up a patch,

Re: [Python-Dev] cpython: Introduce importlib.util.ModuleManager which is a context manager to

On Thu, 30 May 2013 00:59:02 +1000, Nick Coghlan wrote: > On Thu, May 30, 2013 at 12:47 AM, Brett Cannon wrote: > > I am willing to compromise to module_to_initialize, module_to_init, or > > module_to_load. Pick one. =) > > I see this as *really* similar to a database transaction, and those > st

Re: [Python-Dev] cpython: Introduce importlib.util.ModuleManager which is a context manager to

On Wed, 29 May 2013 12:25:45 -0400, Brett Cannon wrote: > In case you want to suggest a name, the context manager returns the > module that should be initialized/loaded. So typical usage will be:: > > class Loader: > def load_module(self, fullname): > with importlib.util.module_to_ini

Re: [Python-Dev] cpython: Introduce importlib.util.ModuleManager which is a context manager to

On Wed, 29 May 2013 20:10:44 +0200, Antoine Pitrou wrote: > On Wed, 29 May 2013 12:55:01 -0400 > Brett Cannon wrote: > > > Perhaps 'managed_module'? > > > > managed_module is better than managed_initialization. > > I don't understand how it's "managed". "manage", "manager", etc. is the > kind o

Re: [Python-Dev] cpython: Introduce importlib.util.ModuleManager which is a context manager to

On Wed, 29 May 2013 20:10:44 +0200, Antoine Pitrou wrote: > On Wed, 29 May 2013 12:55:01 -0400 > Brett Cannon wrote: > > > Perhaps 'managed_module'? > > > > managed_module is better than managed_initialization. > > I don't understand how it's "managed". "manage", "manager", etc. is the > kind o

Re: [Python-Dev] Validating SSL By Default (aka Including a Cert Bundle in CPython)

On Mon, 03 Jun 2013 19:38:45 +1200, Ben Hoyt wrote: > Love this idea. Some third-party HTTP libraries turn this on by > default in any case (eg: requests, and I think others), so this would > mean Python would get their "safe-by-default" behaviour in its stdlib. > > > > Ideally this would take th

Re: [Python-Dev] doctest and pickle

On Fri, 07 Jun 2013 10:54:57 -0700, Mark Janssen wrote: > On Fri, Jun 7, 2013 at 10:50 AM, Mark Janssen > wrote: > >> >>> from pickle import dumps, loads > >> >>> Fruit.tomato is loads(dumps(Fruit.tomato)) > >> True > > > > Why are you using is here instead of ==? You're making a c

Re: [Python-Dev] Obsoleted RFCs

On Sat, 08 Jun 2013 12:51:23 +0300, Serhiy Storchaka wrote: > 08.06.13 11:42, M.-A. Lemburg написав(ла): > > On 08.06.2013 09:45, Serhiy Storchaka wrote: > >> Here is attached a list of obsoleted RFCs referred in the *.rst, *.txt, > >> *.py, *.c and *.h files. I > >> think it would be w

Re: [Python-Dev] doctest and pickle

On Sat, 08 Jun 2013 19:54:18 +0200, =?UTF-8?Q?=C5=81ukasz_Rekucki?= wrote: > On 8 June 2013 17:41, Ethan Furman wrote: > > On 06/08/2013 03:09 AM, Serhiy Storchaka wrote: > >> > >> Is it possible to add "invisible" code which doesn't displayed in the > >> resulting documentation, but taken into

Re: [Python-Dev] Unicode minus sign in numeric conversions

On Sun, 09 Jun 2013 01:39:59 +0100, MRAB wrote: > On 08/06/2013 23:30, Guido van Rossum wrote: > > [Diverting to python-ideas, since this isn't as clear-cut as you think.] > > > > Why exactly is that expected behavior? What's the use case? (Surely > > you don't have a keyboard that generates \u221

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