I know that many core devs subscribe to the new tracker issues list. If
you skipped over
http://bugs.python.org/issue19335
because it was (mis) titled as an Idle issue (as I presume most would),
you might want to reconsider as it is actually a code and in particular,
a codeop issue. Consider th
On Mon, Oct 21, 2013 at 6:47 PM, Tim Delaney wrote:
> On 22 October 2013 12:21, Dan Stromberg wrote:
>
>>
>> I may be missing something, but it seems the Python tarballs and hashes
>> are on the same host, and this is not an entirely good thing for security.
>>
> I was missing the gpg signing. T
On 22 October 2013 12:21, Dan Stromberg wrote:
>
> I may be missing something, but it seems the Python tarballs and hashes
> are on the same host, and this is not an entirely good thing for security.
>
> The way things are now, an attacker breaks into one host, doctors up a
> tarball, changes the
On Oct 21, 2013, at 06:21 PM, Dan Stromberg wrote:
>I may be missing something, but it seems the Python tarballs and hashes are
>on the same host, and this is not an entirely good thing for security.
All the tarballs are signed with the GPG keys of the release managers. The
hashes are just a qui
I may be missing something, but it seems the Python tarballs and hashes are
on the same host, and this is not an entirely good thing for security.
The way things are now, an attacker breaks into one host, doctors up a
tarball, changes the hashes in the same host, and people download without
notici
On 21 Oct 2013 23:54, "Antoine Pitrou" wrote:
>
> Le Mon, 21 Oct 2013 23:12:40 +1000,
> Nick Coghlan a écrit :
> > On 21 Oct 2013 22:10, "Antoine Pitrou" wrote:
> > >
> > > Le Mon, 21 Oct 2013 20:46:39 +1000,
> > > Nick Coghlan a écrit :
> > > > On 21 Oct 2013 12:44, "Raymond Hettinger"
> > > >
This is a reminder that Python 2.6.9 final - and by that I mean *really* final
as it will be the last supported version of Python 2.6 - is scheduled for
release one week from today, on October 28, 2013.
All known showstopper security bugs have been applied to the branch. If you
know of anything t
On Oct 21, 2013, at 08:46 PM, Nick Coghlan wrote:
>There's also the fact that I prefer the current lower case names, but
>strongly dislike using lower case names for classes (despite the fact
>closing was included in the original contextlib with a non PEP 8 compliant
>class name).
I think PEP 8 n
On Oct 21, 2013, at 08:46 PM, Nick Coghlan wrote:
>There's also the fact that I prefer the current lower case names, but
>strongly dislike using lower case names for classes (despite the fact
>closing was included in the original contextlib with a non PEP 8 compliant
>class name).
Ha! The only t
Le Mon, 21 Oct 2013 23:12:40 +1000,
Nick Coghlan a écrit :
> On 21 Oct 2013 22:10, "Antoine Pitrou" wrote:
> >
> > Le Mon, 21 Oct 2013 20:46:39 +1000,
> > Nick Coghlan a écrit :
> > > On 21 Oct 2013 12:44, "Raymond Hettinger"
> > > wrote:
> > > >
> > > > Two of the new context managers in conte
On 21 Oct 2013 22:10, "Antoine Pitrou" wrote:
>
> Le Mon, 21 Oct 2013 20:46:39 +1000,
> Nick Coghlan a écrit :
> > On 21 Oct 2013 12:44, "Raymond Hettinger"
> > wrote:
> > >
> > > Two of the new context managers in contextlib are now wrapped in
> > pass-through factory functions. The intent is
Le Mon, 21 Oct 2013 20:46:39 +1000,
Nick Coghlan a écrit :
> On 21 Oct 2013 12:44, "Raymond Hettinger"
> wrote:
> >
> > Two of the new context managers in contextlib are now wrapped in
> pass-through factory functions. The intent is to make the help() look
> cleaner. This practice does have dow
On 21 Oct 2013 21:22, "R. David Murray" wrote:
>
> On Mon, 21 Oct 2013 12:11:57 +0100, Paul Moore
wrote:
> > On 21 October 2013 11:59, R. David Murray wrote:
> > > On Sun, 20 Oct 2013 19:49:24 -0700, Ethan Furman
wrote:
> > >> On 10/20/2013 07:42 PM, Raymond Hettinger wrote:
> > >> >
> > >> > I
On Mon, 21 Oct 2013 07:21:11 -0400, "R. David Murray"
wrote:
> On Mon, 21 Oct 2013 12:11:57 +0100, Paul Moore wrote:
> > On 21 October 2013 11:59, R. David Murray wrote:
> > > On Sun, 20 Oct 2013 19:49:24 -0700, Ethan Furman
> > > wrote:
> > >> On 10/20/2013 07:42 PM, Raymond Hettinger wrote:
On Mon, 21 Oct 2013 12:11:57 +0100, Paul Moore wrote:
> On 21 October 2013 11:59, R. David Murray wrote:
> > On Sun, 20 Oct 2013 19:49:24 -0700, Ethan Furman wrote:
> >> On 10/20/2013 07:42 PM, Raymond Hettinger wrote:
> >> >
> >> > In short, I recommend that efforts be directed at improving hel
On 21 October 2013 11:59, R. David Murray wrote:
> On Sun, 20 Oct 2013 19:49:24 -0700, Ethan Furman wrote:
>> On 10/20/2013 07:42 PM, Raymond Hettinger wrote:
>> >
>> > In short, I recommend that efforts be directed at improving help() rather
>> > than limiting introspection by way of less clean
On Sun, 20 Oct 2013 19:49:24 -0700, Ethan Furman wrote:
> On 10/20/2013 07:42 PM, Raymond Hettinger wrote:
> >
> > In short, I recommend that efforts be directed at improving help() rather
> > than limiting introspection by way of less clean coding practices.
>
> +1
I'm also +1 on improving hel
On 21 Oct 2013 12:44, "Raymond Hettinger"
wrote:
>
> Two of the new context managers in contextlib are now wrapped in
pass-through factory functions. The intent is to make the help() look
cleaner. This practice does have downsides however.
>
> The usual way to detect whether something is usable
18 matches
Mail list logo
