Re: [Python-Dev] [Python-checkins] bpo-33522: Enable CI builds on Visual Studio Team Services (GH-6865) (GH-6925)

Why did this commit modify .py files, unittests, and test.support? That is inappropriate for something claiming to merely enable a CI platform. -gps On Thu, May 17, 2018 at 6:50 AM Steve Dower wrote: > >

Re: [Python-Dev] Why aren't escape sequences in literal strings handled by the tokenizer?

To answer Larry's question, there's an overwhelming number of different options -- bytes/unicode, raw/cooked, and (in Py2) `from __future__ import unicode_literals`. So it's easier to do the actual semantic conversion in a later stage -- then the lexer only has to worry about hopping over

Re: [Python-Dev] Why aren't escape sequences in literal strings handled by the tokenizer?

On 5/17/2018 3:01 PM, Larry Hastings wrote: I fed this into tokenize.tokenize(): b''' x = "\u1234" ''' I was a bit surprised to see \U in the output.  Particularly because the output (t.string) was a *string* and not *bytes*. For those (like me) who have no idea how to use

Re: [Python-Dev] [python-committers] FINAL WEEK FOR 3.7.0 CHANGES!

On Thu, 17 May 2018 at 14:31 Serhiy Storchaka wrote: > 15.05.18 14:51, Ned Deily пише: > > This is it! We are down to THE FINAL WEEK for 3.7.0! Please get your > > feature fixes, bug fixes, and documentation updates in before > > 2018-05-21 ~23:59 Anywhere on Earth

Re: [Python-Dev] [python-committers] FINAL WEEK FOR 3.7.0 CHANGES!

17.05.18 21:43, Elvis Pranskevichus пише: I'm working on the What's New document. Will start putting PRs in the next few days. Great! ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev

[Python-Dev] Why aren't escape sequences in literal strings handled by the tokenizer?

I fed this into tokenize.tokenize(): b''' x = "\u1234" ''' I was a bit surprised to see \U in the output.  Particularly because the output (t.string) was a *string* and not *bytes*. It turns out, Python's tokenizer ignores escape sequences.  All it does is ignore the next character

Re: [Python-Dev] [python-committers] FINAL WEEK FOR 3.7.0 CHANGES!

On Thursday, May 17, 2018 2:31:37 PM EDT Serhiy Storchaka wrote: > 15.05.18 14:51, Ned Deily пише: > > This is it! We are down to THE FINAL WEEK for 3.7.0! Please get your > > feature fixes, bug fixes, and documentation updates in before > > 2018-05-21 ~23:59 Anywhere on Earth (UTC-12:00). That's

Re: [Python-Dev] [python-committers] FINAL WEEK FOR 3.7.0 CHANGES!

Elvis has been working on the What’s New doc at the sprints this week. He should be checking in his edits soon. Stay tuned! -- Ned Deily n...@python.org -- [] > On May 17, 2018, at 14:31, Serhiy Storchaka wrote: > > 15.05.18 14:51, Ned Deily пише: >> This is

Re: [Python-Dev] [python-committers] FINAL WEEK FOR 3.7.0 CHANGES!

15.05.18 14:51, Ned Deily пише: This is it! We are down to THE FINAL WEEK for 3.7.0! Please get your feature fixes, bug fixes, and documentation updates in before 2018-05-21 ~23:59 Anywhere on Earth (UTC-12:00). That's about 7 days from now. We will then tag and produce the 3.7.0 release

Re: [Python-Dev] [Webmaster] Possible virus in Win32 build of python?

On Thu, May 17, 2018 at 5:26 AM, Ryan Saunders wrote: > Hello webmaster, > > > > A little over a week ago, I got hit by a rather nasty virus…one of those > “ransomware” viruses that encrypts everything on your disk and then demands > bitcoin payment in exchange for the

Re: [Python-Dev] (Looking for) A Retrospective on the Move to Python 3

On 14 May 2018 at 12:34, Chris Barker via Python-Dev wrote: > On Sat, May 12, 2018 at 8:14 AM, Skip Montanaro > wrote: > >> > I have found 2to3 conversion to be remarkably easy and painless. >> >> > And the whole Unicode thing is much easier. >>

Re: [Python-Dev] Hashes in Python3.5 for tuples and frozensets

On Fri, May 18, 2018 at 12:15 AM, Anthony Flury via Python-Dev wrote: > Chris, > I entirely agree. The same questioner also asked about the fastest data type > to use as a key in a dictionary; and which data structure is fastest. I get > the impression the person is very

Re: [Python-Dev] What is the rationale behind source only releases?

On 17May2018 1004, Brett Cannon wrote: > > > On Thu, 17 May 2018 at 09:57 Paul Moore > wrote: > > On 17 May 2018 at 14:42, Brett Cannon > wrote: > > > > If I understand things

[Python-Dev] Visual Studio Team Services checks on pull requests

Hi python-dev Just drawing your attention to a change we're currently working through on github. There are more details on my post on python-committers at https://mail.python.org/pipermail/python-committers/2018-May/005404.html but this is the short version. Microsoft has donated a significant

Re: [Python-Dev] Hashes in Python3.5 for tuples and frozensets

Chris, I entirely agree. The same questioner also asked about the fastest data type to use as a key in a dictionary; and which data structure is fastest. I get the impression the person is very into micro-optimization, without profiling their application. It seems every choice is made based

Re: [Python-Dev] What is the rationale behind source only releases?

On Thu, 17 May 2018 at 09:57 Paul Moore wrote: > On 17 May 2018 at 14:42, Brett Cannon wrote: > > > > If I understand things correctly, our planned migration to VSTS will > include > > eventually automating the signing of the Windows releases so that part

Re: [Python-Dev] What is the rationale behind source only releases?

On 17 May 2018 at 14:42, Brett Cannon wrote: > > If I understand things correctly, our planned migration to VSTS will include > eventually automating the signing of the Windows releases so that part wont > be an issue (which are currently signed manually be Steve). Somewhat

Re: [Python-Dev] What is the rationale behind source only releases?

On Thu, 17 May 2018 09:42:38 -0400 Brett Cannon wrote: > > If I understand things correctly, our planned migration to VSTS will > include eventually automating the signing of the Windows releases so that > part wont be an issue (which are currently signed manually be Steve).

Re: [Python-Dev] What is the rationale behind source only releases?

On Thu, 17 May 2018 at 04:25 Paul Moore wrote: > On 17 May 2018 at 04:46, Alex Walters wrote: > >> 1. Producing binaries (to the quality we normally deliver - I'm not > >> talking about auto-built binaries produced from a CI system) is a > >> chunk

[Python-Dev] The history of PyXML

Does anyone has the full copy of the PyXML repository, with the complete history? This library was included in Python 2.1 as the xml package and is not maintained as a separate project since 2004. It's home on SourceForge was removed. I have found sources of the last PyXML version (0.8.4),

Re: [Python-Dev] PEP 575 (Unifying function/method classes) update

On 2018-05-16 17:31, Petr Viktorin wrote: Less disruptive changes tend to have a better backwards compatibility story. A less intertwined change makes it easier to revert just a single part, in case that becomes necessary. I'll just repeat what I said in a different post on this thread: we can

Re: [Python-Dev] What is the rationale behind source only releases?

On May 17, 2018, at 04:24, Paul Moore wrote: > On 17 May 2018 at 04:46, Alex Walters wrote: >>> 1. Producing binaries (to the quality we normally deliver - I'm not >>> talking about auto-built binaries produced from a CI system) is a >>> chunk of

Re: [Python-Dev] What is the rationale behind source only releases?

On 17 May 2018 at 04:46, Alex Walters wrote: >> 1. Producing binaries (to the quality we normally deliver - I'm not >> talking about auto-built binaries produced from a CI system) is a >> chunk of extra work for the release managers. > > This is actually the heart of the

Re: [Python-Dev] Hashes in Python3.5 for tuples and frozensets

On Thu, May 17, 2018 at 5:21 PM, Anthony Flury via Python-Dev wrote: > Victor, > Thanks for the link, but to be honest it will just confuse people - neither > the link or the related bpo entries state that the fix is only limited to > strings. They simply talk about hash

Re: [Python-Dev] Hashes in Python3.5 for tuples and frozensets

Anthony Flury via Python-Dev wrote: //I did suggest strongly to the original questioner that relying on the same hash value across different platforms wasn't a clever solution Even without randomisation, I wouldn't rely on hash values staying the same between different Python versions. Storing

Re: [Python-Dev] Hashes in Python3.5 for tuples and frozensets

Victor, Thanks for the link, but to be honest it will just confuse people - neither the link or the related bpo entries state that the fix is only limited to strings. They simply talk about hash randomization - which in my opinion implies ALL hash algorithms; which is why I asked the question.

Re: [Python-Dev] Hashes in Python3.5 for tuples and frozensets

Hi, String hash is randomized, but not the integer hash: $ python3.5 -c 'print(hash("abc"))' -8844814677999896014 $ python3.5 -c 'print(hash("abc"))' -7757160699952389646 $ python3.5 -c 'print(hash(1))' 1 $ python3.5 -c 'print(hash(1))' 1 frozenset hash is combined from values of the set. So