Re: [Python-Dev] Unicode literals in Python 2.7

On 12 May 2015 at 06:38, Glenn Linderman wrote: > On 5/11/2015 1:09 AM, Nick Coghlan wrote: > On 10 May 2015 at 23:28, Adam Bartoš wrote: > I'd love to see it included in 3.5, but I doubt that will happen. For one > thing, it's only two weeks till beta 1, which is feature freeze. And mainly, > my

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

On 12 May 2015 at 04:49, M.-A. Lemburg wrote: > On 11.05.2015 12:15, Nick Coghlan wrote: >> By contrast, the configuration file shouldn't provide a new attack >> vector (or simplify any existing attack vector), as if you have the >> permissions needed to modify the config file, you likely also hav

Re: [Python-Dev] Mac popups running make test

On Sun, May 10, 2015 at 5:04 PM, Skip Montanaro wrote: > > ... > I've also seen the Crash Reporter pop up many times, I don't know how to get rid of the popup you mentioned, but Windows had problems with the crash popups for a long time. Eventually it got fixed: https://hg.python.org/cpython/fi

Re: [Python-Dev] Mac popups running make test

In article , Tal Einat wrote: > On Sun, May 10, 2015 at 9:07 PM, Carol Willing < > willi...@willingconsulting.com> wrote: > > On 5/10/15 10:29 AM, Tal Einat wrote: > > On Sun, May 10, 2015 at 5:07 PM, Brett Cannon wrote: > >> On Sun, May 10, 2015 at 10:04 AM Skip Montanaro > >> wrote: > >>> I

Re: [Python-Dev] Minimal async event loop and async utilities (Was: PEP 492: async/await in Python; version 4)

On Mon, May 11, 2015 at 1:37 PM, Paul Moore wrote: > On 6 May 2015 at 16:46, Guido van Rossum wrote: > > This is actually a great idea, and I encourage you to go forward with it. > > The biggest piece missing from your inventory is probably Task, which is > > needed to wrap a Future around a cor

Re: [Python-Dev] Unicode literals in Python 2.7

On 5/11/2015 1:09 AM, Nick Coghlan wrote: On 10 May 2015 at 23:28, Adam Bartoš wrote: Glenn Linderman wrote: Is this going to get released in 3.5, I hope? Python 3 is pretty limited without some solution for Unicode on the console... probably the biggest deficiency I have found in Python 3, s

Re: [Python-Dev] Minimal async event loop and async utilities (Was: PEP 492: async/await in Python; version 4)

On 6 May 2015 at 16:46, Guido van Rossum wrote: > This is actually a great idea, and I encourage you to go forward with it. > The biggest piece missing from your inventory is probably Task, which is > needed to wrap a Future around a coroutine. OK, I've been doing some work on this. You're right,

Re: [Python-Dev] Free lists

Serhiy Storchaka schrieb am 09.05.2015 um 21:01: > Here is a statistic for most called PyObject_INIT or PyObject_INIT_VAR for > types (collected during running Python tests on 32-bit Linux). I'm aware that this includes lots of tests for the Python code in the stdlib, so these numbers are most lik

Re: [Python-Dev] [Python-checkins] cpython (3.4): asyncio: async() function is deprecated in favour of ensure_future().

On 11 May 2015 at 20:47, Yury Selivanov wrote: > Yes, I'm in the process of writing it ;) (as well as for new > set_task_factory()) Cool - sorry for being a nag :-) Paul ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/

Re: [Python-Dev] [Python-checkins] cpython (3.4): asyncio: async() function is deprecated in favour of ensure_future().

Yes, I'm in the process of writing it ;) (as well as for new set_task_factory()) Thanks, Yury On 2015-05-11 3:42 PM, Paul Moore wrote: On 11 May 2015 at 19:50, yury.selivanov wrote: https://hg.python.org/cpython/rev/b78127eafad7 changeset: 95956:b78127eafad7 branch: 3.4 parent:

Re: [Python-Dev] [Python-checkins] cpython (3.4): asyncio: async() function is deprecated in favour of ensure_future().

On 11 May 2015 at 19:50, yury.selivanov wrote: > https://hg.python.org/cpython/rev/b78127eafad7 > changeset: 95956:b78127eafad7 > branch: 3.4 > parent: 95953:a983d63e3321 > user:Yury Selivanov > date:Mon May 11 14:48:38 2015 -0400 > summary: > asyncio: async() functi

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

On 11.05.2015 12:15, Nick Coghlan wrote: > On 11 May 2015 at 19:22, M.-A. Lemburg wrote: >> On 11.05.2015 11:13, Nick Coghlan wrote: >>> I wouldn't be opposed to seeing that as an upstream Python 2.7.x >>> feature, but agreement amongst redistributors on using a file-based >>> approach is the main

[Python-Dev] [RELEASE] Python 2.7.10 release candidate 1

It is my privilege to announce the first release candidate of 2.7.10, the next bugfix release in the 2.7 series. Downloads are at https://www.python.org/downloads/release/python-2710rc1/ The full changelog is at https://hg.python.org/cpython/raw-file/80ccce248ba2/Misc/NEWS Please conside

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

On 11 May 2015 10:16 pm, "Robert Kuska" wrote: > > > > > > > Oh, another issue that I forgot to mention-- > > > > A fair number of people had no idea that Python wasn't validating TLS before > > 2.7.9/3.4.3 however as part of the processing of changing that in 2.7.9 a lot > > of people became awa

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

> On May 11, 2015, at 6:47 AM, Nick Coghlan wrote: > > On 11 May 2015 at 20:23, Donald Stufft wrote: >> On May 11, 2015, at 6:15 AM, Nick Coghlan wrote: >>> We made the decision when PEP 476 was accepted that this change turned >>> a silent security failure into a noisy one, rather than being

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

On 11.05.2015 12:47, Nick Coghlan wrote: > On 11 May 2015 at 20:23, Donald Stufft wrote: >> On May 11, 2015, at 6:15 AM, Nick Coghlan wrote: >>> We made the decision when PEP 476 was accepted that this change turned >>> a silent security failure into a noisy one, rather than being a >>> regressio

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

On 11 May 2015 at 20:23, Donald Stufft wrote: > On May 11, 2015, at 6:15 AM, Nick Coghlan wrote: >> We made the decision when PEP 476 was accepted that this change turned >> a silent security failure into a noisy one, rather than being a >> regression in its own right. PEP 493 isn't about disagre

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

I'm in entire agreement with Donald below. Regards Antoine. On Mon, 11 May 2015 06:23:11 -0400 Donald Stufft wrote: > > I don't really agree that the decision to disable TLS is an environment one, > it's really a per application decision. This is why I was against having some > sort of glob

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

> On May 11, 2015, at 6:15 AM, Nick Coghlan wrote: > > On 11 May 2015 at 19:22, M.-A. Lemburg wrote: >> On 11.05.2015 11:13, Nick Coghlan wrote: >>> I wouldn't be opposed to seeing that as an upstream Python 2.7.x >>> feature, but agreement amongst redistributors on using a file-based >>> appro

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

On 11 May 2015 at 19:22, M.-A. Lemburg wrote: > On 11.05.2015 11:13, Nick Coghlan wrote: >> I wouldn't be opposed to seeing that as an upstream Python 2.7.x >> feature, but agreement amongst redistributors on using a file-based >> approach is the main outcome I'm looking for. > > Can't we have bot

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

On 11.05.2015 11:13, Nick Coghlan wrote: > On 11 May 2015 at 18:04, M.-A. Lemburg wrote: >> On 10.05.2015 05:04, Robert Collins wrote: >>> On 10 May 2015 at 11:44, Chris Angelico wrote: On Sun, May 10, 2015 at 4:13 AM, M.-A. Lemburg wrote: > By providing a way to intentionally switch of

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

On 11 May 2015 at 18:04, M.-A. Lemburg wrote: > On 10.05.2015 05:04, Robert Collins wrote: >> On 10 May 2015 at 11:44, Chris Angelico wrote: >>> On Sun, May 10, 2015 at 4:13 AM, M.-A. Lemburg wrote: By providing a way to intentionally switch off the new default, we do make people aware

Re: [Python-Dev] anomaly

On 10 May 2015 at 17:34, Mark Rosenblitt-Janssen wrote: > Here's something that might be wrong in Python (tried on v2.7): > class int(str): pass > int(3) > '3' It's not wrong as such. It is allowed to define your own class that subclasses a builtin class, and it's allowed to shadow buil

Re: [Python-Dev] Unicode literals in Python 2.7

On 10 May 2015 at 23:28, Adam Bartoš wrote: > Glenn Linderman wrote: >> Is this going to get released in 3.5, I hope? Python 3 is pretty >> limited without some solution for Unicode on the console... probably the >> biggest deficiency I have found in Python 3, since its introduction. It >> has gr

Re: [Python-Dev] PYTHONHTTPSVERIFY env var

On 10.05.2015 05:04, Robert Collins wrote: > On 10 May 2015 at 11:44, Chris Angelico wrote: >> On Sun, May 10, 2015 at 4:13 AM, M.-A. Lemburg wrote: >>> By providing a way to intentionally switch off the new default, >>> we do make people aware of the risks and that's good enough, >>> while still

Re: [Python-Dev] anomaly

In case the example given at the start of the thread wasn't interesting enough, it also works in the other direction: >>> class str(int): pass >>> str('2') 2 #<- an integer!!! Mark ___ Python-Dev mailing list Python-Dev@python.org https://mail.py

Re: [Python-Dev] Mac popups running make test

On 5/10/15 10:29 AM, Tal Einat wrote: On Sun, May 10, 2015 at 5:07 PM, Brett Cannon > wrote: On Sun, May 10, 2015 at 10:04 AM Skip Montanaro mailto:skip.montan...@gmail.com>> wrote: I haven't run the test suite in awhile. I am in the midst of r

[Python-Dev] anomaly

Here's something that might be wrong in Python (tried on v2.7): >>> class int(str): pass >>> int(3) '3' Mark ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mai