On 14 March 2014 00:10, Donald Stufft wrote:
> AFAIK the www.python.org PEP stuff just isn't done yet, and the legacy
> redirect is
> a temporary stopgap.
As Donald says, the official location hasn't changed, but the PEP repo
based build process hasn't been integrated into the new site yet, so
t
On Thu, Mar 13, 2014 at 8:29 PM, Terry Reedy wrote:
> On 3/13/2014 7:34 AM, Stephen J. Turnbull wrote:
>>
>> Christian Heimes writes:
>>
>> > But I don't want it to sound like an advert... Suggestions?
>>
>> Not to worry. It *can't* be an advert -- it's all true, and there are
>> no irrelevant
Georg Brandl writes:
> I think Chris meant he'd sound like an ad for Coverity.
Oh, that. IIRC, we pay them nothing for the service. I know that
they do it in part for commercial reasons and that it undoubtedly
doesn't cost them a lot, but nonetheless it is a benefit that wouldn't
hurt for ackn
On 3/13/2014 7:34 AM, Stephen J. Turnbull wrote:
Christian Heimes writes:
> But I don't want it to sound like an advert... Suggestions?
Not to worry. It *can't* be an advert -- it's all true, and there are
no irrelevant half-naked glistening bodies. (Former newts in the pond
don't count.)
Hi,
To prepare my conference on tracemalloc for Pycon Montréal next month,
I wrote a GUI to analyze tracemalloc snapshots: "tracemallocqt".
https://bitbucket.org/haypo/tracemallocqt
It looks like that:
http://www.haypocalc.com/tmp/tracemallocqt_python34.png
I'm looking for testers and feedba
On Thu, 13 Mar 2014 15:23:14 -0500, "Andrew M. Hettinger"
wrote:
> Antoine Pitrou wrote on 03/13/2014 01:46:12 PM:
> > On Thu, 13 Mar 2014 14:57:41 +0100
> > Victor Stinner wrote:
> > > 2014-03-13 11:49 GMT+01:00 Christian Heimes :
> > > > * All stdlib modules now support server cert verificati
Antoine Pitrou wrote on 03/13/2014 01:46:12 PM:
> On Thu, 13 Mar 2014 14:57:41 +0100
> Victor Stinner wrote:
> > 2014-03-13 11:49 GMT+01:00 Christian Heimes :
> > > * All stdlib modules now support server cert verification including
> > > hostname matching and CRL.
> > >
> > > * http://bugs.py
On Thu, 13 Mar 2014 14:57:41 +0100
Victor Stinner wrote:
> 2014-03-13 11:49 GMT+01:00 Christian Heimes :
> > * All stdlib modules now support server cert verification including
> > hostname matching and CRL.
> >
> > * http://bugs.python.org/issue16499 isolated mode is a security
> > improvement, t
13.03.14 17:16, Larry Hastings написав(ла):
I'm strongly considering literally copying over all the content in Doc/
from the default branch to the 3.4 branch. Not cherry-picking doc
changes, simply copying everything en masse. I have two questions for
the core devs.
1) Sound good?
2) Do you k
Am 13.03.2014 12:34, schrieb Stephen J. Turnbull:
> Christian Heimes writes:
>
> > But I don't want it to sound like an advert... Suggestions?
>
> Not to worry. It *can't* be an advert -- it's all true, and there are
> no irrelevant half-naked glistening bodies. (Former newts in the pond
> don
Am 13.03.2014 17:50, schrieb Antoine Pitrou:
> Le 13/03/2014 17:18, Serhiy Storchaka a écrit :
>> 13.03.14 17:16, Larry Hastings написав(ла):
>>> I'm strongly considering literally copying over all the content in Doc/
>>> from the default branch to the 3.4 branch. Not cherry-picking doc
>>> change
Le 13/03/2014 17:18, Serhiy Storchaka a écrit :
13.03.14 17:16, Larry Hastings написав(ла):
I'm strongly considering literally copying over all the content in Doc/
from the default branch to the 3.4 branch. Not cherry-picking doc
changes, simply copying everything en masse. I have two question
13.03.14 17:16, Larry Hastings написав(ла):
I'm strongly considering literally copying over all the content in Doc/
from the default branch to the 3.4 branch. Not cherry-picking doc
changes, simply copying everything en masse. I have two questions for
the core devs.
1) Sound good?
2) Do you k
Tres Seaver writes:
> On 03/12/2014 04:49 PM, Chris Angelico wrote:
>> You can use hasattr() in place of AttributeError
>
> I use:
>
> getattr(subject, attrname, default)?
>
> *all the time*.
In my opinion that's almost as ugly, because it still forces you to
specify the attribute name as a stri
On Thu, Mar 13, 2014 at 11:16 AM, Larry Hastings wrote:
>
>
> I'm strongly considering literally copying over all the content in Doc/
> from the default branch to the 3.4 branch. Not cherry-picking doc changes,
> simply copying everything en masse. I have two questions for the core devs.
>
> 1)
I'm strongly considering literally copying over all the content in Doc/
from the default branch to the 3.4 branch. Not cherry-picking doc
changes, simply copying everything en masse. I have two questions for
the core devs.
1) Sound good?
2) Do you know of anything in Doc/ that shouldn't
Quoting Paul Moore :
On 13 March 2014 13:28, Barry Warsaw wrote:
http://legacy.python.org/dev/peps/pep-0274/
Are these "legacy.python.org" URLs the canonical locations for PEPs
these days? The main page redirects there, but I'd have hoped there
would be a www.python.org location...
http:
On Mar 13, 2014, at 10:06 AM, Paul Moore wrote:
> On 13 March 2014 13:28, Barry Warsaw wrote:
>>
>> http://legacy.python.org/dev/peps/pep-0274/
>
> Are these "legacy.python.org" URLs the canonical locations for PEPs
> these days? The main page redirects there, but I'd have hoped there
> would
On 13 March 2014 13:28, Barry Warsaw wrote:
>
> http://legacy.python.org/dev/peps/pep-0274/
Are these "legacy.python.org" URLs the canonical locations for PEPs
these days? The main page redirects there, but I'd have hoped there
would be a www.python.org location...
(Just checking before I update
2014-03-13 11:49 GMT+01:00 Christian Heimes :
> * All stdlib modules now support server cert verification including
> hostname matching and CRL.
>
> * http://bugs.python.org/issue16499 isolated mode is a security
> improvement, too.
Ok, I added these two items.
Antoine wrote:
> CRL? really? I don
On Mar 13, 2014, at 10:15 AM, Victor Stinner wrote:
>It's hard to accept that a wonderful idea at a first look is not a
>good idea. Some months later, I now agree and see issues of my PEPs.
>The PEP process ensures that the Python "language" (+ stdlib) keeps
>consistent and well designed.
>
>Even
Le 13/03/2014 11:49, Christian Heimes a écrit :
Thanks a lot David and Victor! The list of security improvements is
missing one, maybe two points that are IMHO relevant:
* All stdlib modules now support server cert verification including
hostname matching and CRL.
CRL? really? I don't remember
Christian Heimes writes:
> But I don't want it to sound like an advert... Suggestions?
Not to worry. It *can't* be an advert -- it's all true, and there are
no irrelevant half-naked glistening bodies. (Former newts in the pond
don't count.)
Seriously, while "expect a clean build" is not "news
On 11.03.2014 13:18, Victor Stinner wrote:
> Hi,
>
> Thanks David! I added a summary of security improvements:
> http://docs.python.org/dev/whatsnew/3.4.html#summary-release-highlights
>
> Can someone please review it? Don't hesitate to modify the text
> directly. Check also if the summary is com
On Thu, Mar 13, 2014 at 07:54:18AM +1100, Chris Angelico wrote:
> On Thu, Mar 13, 2014 at 7:26 AM, "Martin v. Löwis" wrote:
> > I think you (or someone) first needs to find a BDFL delegate.
> > Traditionally, with syntax changes, there is a good chance that Guido
> > doesn't want to delegate at al
On Thu, Mar 13, 2014 at 8:15 PM, Victor Stinner
wrote:
> Even if a PEP is rejected, it becomes the best reference if someone
> requests the same or a similar feature some months or years later.
> Rejected PEPs explain almost how the Python language was designed.
>
> For thanks Chris, and I hope th
Hi,
2014-03-12 18:09 GMT+01:00 Guido van Rossum :
> I want to reject this PEP. (...)
> this was a well-written and well-researched PEP, and I think you've done a
> great job moderating the discussion, collecting objections, reviewing
> alternatives, and everything else that is required to turn a h
27 matches
Mail list logo
