[Python-Dev] SSH to hg.p.o okay?

Is hg.python.org okay for others? I'm getting the following output from all hg commands: sending hello command sending between command abort: no suitable response from remote hg! I don't know of any more verbose or debugging options than that (--debug, -v's added nothing). I can SSH normally in

Re: [Python-Dev] SSH to hg.p.o okay?

I was intermittently getting that earlier. I didn't change anything on my side and it started working, maybe 5 minutes later. -- Eric. > On Aug 7, 2015, at 11:19 PM, Steve Dower wrote: > > Is hg.python.org okay for others? I'm getting the following output from all > hg commands: > > sending

Re: [Python-Dev] PEP-498: Literal String Formatting

On 8 August 2015 at 11:39, Eric V. Smith wrote: > Following a long discussion on python-ideas, I've posted my draft of > PEP-498. It describes the "f-string" approach that was the subject of > the "Briefer string format" thread. I'm open to a better title than > "Literal String Formatting". Thank

Re: [Python-Dev] SSH to hg.p.o okay?

Eventually I updated Mercurial and then it worked, but that didn't make a whole lot of sense. Maybe I caught it during some maintenance? Seems to be okay now though. Cheers, Steve Top-posted from my Windows Phone From: Eric V. Smith Se

Re: [Python-Dev] SSH to hg.p.o okay?

On 8/8/2015 9:15 AM, Steve Dower wrote: > Eventually I updated Mercurial and then it worked, but that didn't make > a whole lot of sense. Maybe I caught it during some maintenance? > > Seems to be okay now though. I didn't make any changes on my end when it started working. I'm guessing maintenan

Re: [Python-Dev] PEP-498: Literal String Formatting

Please do not change the meaning of the vestigial U''. It was re-added to the language to fix a problem, rebinding it to another meaning introduces new problems. We have plenty of other letters in the alphabet to use. On 8/8/2015 05:34, Nick Coghlan wrote: On 8 August 2015 at 11:39, Eric V.

Re: [Python-Dev] PEP-498: Literal String Formatting

On 9 August 2015 at 00:05, Alexander Walters wrote: > Please do not change the meaning of the vestigial U''. It was re-added to > the language to fix a problem, rebinding it to another meaning introduces > new problems. We have plenty of other letters in the alphabet to use. It's actually being

Re: [Python-Dev] PEP-498: Literal String Formatting

On 8 August 2015 at 19:34, Nick Coghlan wrote: > On 8 August 2015 at 11:39, Eric V. Smith wrote: >> Following a long discussion on python-ideas, I've posted my draft of >> PEP-498. It describes the "f-string" approach that was the subject of >> the "Briefer string format" thread. I'm open to a be

Re: [Python-Dev] PEP-498: Literal String Formatting

... Its adding meaning to something that was intentionally meaningless. Not using u'' has the obvious, immediate benefit of not caring what u'' means in python 3, so one can continue to write polyglot code. Since you are adding new semantics to python 3, use a different letter so that it just

Re: [Python-Dev] PEP-498: Literal String Formatting

Wait a second, the pep itself does not use the vestigial u''... it uses i''. where did u'' come from? On 8/8/2015 11:07, Nick Coghlan wrote: On 9 August 2015 at 00:05, Alexander Walters wrote: Please do not change the meaning of the vestigial U''. It was re-added to the language to fix a pr

Re: [Python-Dev] PEP-498: Literal String Formatting

On 9 August 2015 at 01:16, Alexander Walters wrote: > Wait a second, the pep itself does not use the vestigial u''... it uses i''. > where did u'' come from? The only difference in the PEP is the fact that the iu"" variant calls a different builtin (__interpolateu__ instead of __interpolate__). T

Re: [Python-Dev] PEP-498: Literal String Formatting

As written in the pep, where i'' means 'I have the __interpolate__' method, and iu'' means 'i have the __interpolateu__' method (or that translators should call these methods), is fine, as the meaning of u ('I am unicode, yeah you already knew that') isn't changed. On 8/8/2015 11:07, Nick Cogh

Re: [Python-Dev] PEP-498: Literal String Formatting

Can the discussion of PEP 501 be done in a separate thread? As of right now this thread has not been about PEP 498 beyond Eric's initial email. On Sat, Aug 8, 2015 at 8:56 AM Alexander Walters wrote: > As written in the pep, where i'' means 'I have the __interpolate__' > method, and iu'' means '

Re: [Python-Dev] PEP-498: Literal String Formatting

On Fri, Aug 7, 2015 at 6:39 PM Eric V. Smith wrote: > Following a long discussion on python-ideas, I've posted my draft of > PEP-498. It describes the "f-string" approach that was the subject of > the "Briefer string format" thread. I'm open to a better title than > "Literal String Formatting". >

Re: [Python-Dev] PEP-498: Literal String Formatting

On 8 August 2015 at 11:39, Eric V. Smith wrote: > Following a long discussion on python-ideas, I've posted my draft of > PEP-498. It describes the "f-string" approach that was the subject of > the "Briefer string format" thread. I'm open to a better title than > "Literal String Formatting". > > I

Re: [Python-Dev] PEP-498: Literal String Formatting

> On Aug 7, 2015, at 6:39 PM, Eric V. Smith wrote: > > I'm open to any suggestions to improve the PEP. Thanks for your feedback. Here's are few thoughts: * I really like the reduction in verbosity for passing in the variable names. * Because of my C background, I experience a little mental hi

Re: [Python-Dev] PEP-498: Literal String Formatting

On Aug 08 2015, Nick Coghlan wrote: > On 8 August 2015 at 11:39, Eric V. Smith wrote: >> Following a long discussion on python-ideas, I've posted my draft of >> PEP-498. It describes the "f-string" approach that was the subject of >> the "Briefer string format" thread. I'm open to a better title

Re: [Python-Dev] PEP-498: Literal String Formatting

On Aug 08 2015, Nikolaus Rath wrote: > On Aug 08 2015, Nick Coghlan wrote: >> On 8 August 2015 at 11:39, Eric V. Smith wrote: >>> Following a long discussion on python-ideas, I've posted my draft of >>> PEP-498. It describes the "f-string" approach that was the subject of >>> the "Briefer string