Hi,
Guido van Rossum and Jim J. Jewett suggested me to *not require* to
always increase the dict version if a dict method does not modify its
content. I modified the Changes section to only require that the
version is increased when the dictionary content is modified.
I also explained the nice si
On Wed, 20 Apr 2016 at 10:51 Koos Zevenhoven wrote:
> On Wed, Apr 20, 2016 at 7:34 PM, Victor Stinner
> wrote:
> >
> > 2016-04-20 18:12 GMT+02:00 Brett Cannon :
> >>
> >> I thought Chris and I w/ Ethan helping with coding, but if it's just me
> for
> >> the PEP then that's fine;
>
> Well, just i
On Wed, Apr 20, 2016 at 7:34 PM, Victor Stinner
wrote:
>
> 2016-04-20 18:12 GMT+02:00 Brett Cannon :
>>
>> I thought Chris and I w/ Ethan helping with coding, but if it's just me for
>> the PEP then that's fine;
Well, just in case you didn't notice this on python-ideas, I offered
to work on the P
Hi,
2016-04-20 18:12 GMT+02:00 Brett Cannon :
>> >> Can you please wait for a PEP? Brett Canon and Ethan Furman are
>> >> working on a PEP.
>
> I was actually going to send this email when I got in to work today, but
> Victor and timezones beat me to it. :)
Ha ha, bitten by the french connection!
On Wed, 20 Apr 2016 at 07:07 Chris Angelico wrote:
> On Wed, Apr 20, 2016 at 11:58 PM, Ethan Furman wrote:
> > On 04/20/2016 04:52 AM, Victor Stinner wrote:
> >
> >> Can you please wait for a PEP? Brett Canon and Ethan Furman are
> >> working on a PEP.
>
I was actually going to send this email
On 04/20/2016 04:52 AM, Victor Stinner wrote:
FYI there is already an article about fspath/pathlib on LWN. Here is a
free link until the article is freely accessible:
"Python looks at paths" By Jake Edge (April 13, 2016)
https://lwn.net/SubscriberLink/683350/4f52334af09653c8/
Nice article, th
On Wed, Apr 20, 2016 at 2:52 PM, Victor Stinner
wrote:
> Hi,
>
> I'm unable to count the number of threads about the fspath protocol.
> It's even more difficult to count the total number of emails. IMHO
> everyone had enough time to give him/her opinion.
Couldn't agree more.
> We even had multip
On Wed, Apr 20, 2016 at 11:58 PM, Ethan Furman wrote:
> On 04/20/2016 04:52 AM, Victor Stinner wrote:
>
>> Can you please wait for a PEP? Brett Canon and Ethan Furman are
>> working on a PEP.
>
>
> Actually, Brett Canon and Chris Angelico.
I thought just Brett; my half of the proposal (the generi
On 04/20/2016 04:52 AM, Victor Stinner wrote:
Can you please wait for a PEP? Brett Canon and Ethan Furman are
working on a PEP.
Actually, Brett Canon and Chris Angelico.
> So please give them time to write it.
Okay, I'll shut-up now. ;)
--
~Ethan~
__
On Thu, Apr 14, 2016 at 9:55 AM, Stephen J. Turnbull wrote:
> Please please please, junk both "filter out bytes" proposals.
If you were referring to some of the fspath versions, I think we will
need a bytes-rejecting version, for reasons explained in [1-2]. Of
course not eveŕyone wants or has to
Hi,
I'm unable to count the number of threads about the fspath protocol.
It's even more difficult to count the total number of emails. IMHO
everyone had enough time to give him/her opinion. We even had multiple
summaries :-)
Can you please wait for a PEP? Brett Canon and Ethan Furman are
working
On Wed, Apr 20, 2016 at 6:16 AM, Stephen J. Turnbull wrote:
>
> (1) some really attractive producer of pathlib.Paths will be
> published, and
>
Yes, pathlib is str-only, so this sounds just right.
> (2) people will want to plug that producer into their bytes paths
> consumers using os.fs
On Wed, Apr 20, 2016 at 6:11 AM, Stephen J. Turnbull wrote:
> Koos Zevenhoven writes:
> > On Tue, Apr 19, 2016 at 2:55 PM, Stephen J. Turnbull
> wrote:
> > >
> > > AFAICS bytes return from __fspath__ is just YAGNI. Show me something
> > > that actually wants it.
> >
> > It might be,
>
> M
Yes, in the 3.2 time frame there was a consensus that only bytes and their
subclasses should be accepted. buffer support crept back into the posix module
with the major changes in 3.3, likely by mistake. A couple new issues are
proposed to remove these inconsistencies/regressions:
http://bugs.p
14 matches
Mail list logo
