On 05/09/2013 11:46 PM, Nick Coghlan wrote:
As an added bonus, people trying to understand the details of
metaclasses will now have a non-trivial standard library example to
investigate
Hmmm... __prepare__ really isn't doing very much at the moment... I could have it do more... maybe create so
On Fri, May 10, 2013 at 9:01 AM, Guido van Rossum wrote:
> I have reviewed the latest version of PEP 435 and I see that it is
> very good. I hereby declare PEP 435 as Accepted. Congratulations go to
> Barry, Eli and Ethan for pulling it through one of the most thorough
> reviewing and bikeshedding
On May 09, 2013, at 04:01 PM, Guido van Rossum wrote:
>I have reviewed the latest version of PEP 435 and I see that it is
>very good. I hereby declare PEP 435 as Accepted. Congratulations go to
>Barry, Eli and Ethan for pulling it through one of the most thorough
>reviewing and bikeshedding proces
http://bugs.python.org/issue9285#msg182986
I'm stuck as I really have no clue what that error means.
Any help from someone experienced with profile.py code is welcome.
--- Giampaolo
https://code.google.com/p/pyftpdlib/
https://code.google.com/p/psutil/
https://code.google.com/p/pysendfile/
___
I have reviewed the latest version of PEP 435 and I see that it is
very good. I hereby declare PEP 435 as Accepted. Congratulations go to
Barry, Eli and Ethan for pulling it through one of the most thorough
reviewing and bikeshedding processes any PEP has seen. Thanks to
everyone else for the many
On Thu, May 9, 2013 at 12:58 PM, Diego Tolentino
wrote:
> Hi guys,
>
> I have 3 computer and want to contribute to the project,
>
> Windows 7, Interl I5 64bits
> Ubuntu 13.04, Interl I5 32bits
> Ubuntu 13.04, Interl I5 64bits
>
> How i can proceed? I'm nice in this world of free software and pytho
Hi guys,
I have 3 computer and want to contribute to the project,
Windows 7, Interl I5 64bits
Ubuntu 13.04, Interl I5 32bits
Ubuntu 13.04, Interl I5 64bits
How i can proceed? I'm nice in this world of free software and python
best regards
Diego Tolentino
SENIOR DEVELOPER
Skype: diegotolentino
On Thu, May 9, 2013 at 9:31 AM, Barry Warsaw wrote:
> On May 09, 2013, at 09:24 AM, Guido van Rossum wrote:
>
> >+1. This is a good one. While adding module=__name__ is actually more
> >typing than passing __name__ + '.Color' as the class name, the current
> >proposal (parsing for dots) makes it
On May 09, 2013, at 09:24 AM, Guido van Rossum wrote:
>+1. This is a good one. While adding module=__name__ is actually more
>typing than passing __name__ + '.Color' as the class name, the current
>proposal (parsing for dots) makes it very attractive to do the wrong thing
>and hardcode the module
On Thu, May 9, 2013 at 7:17 AM, Nick Coghlan wrote:
> As Eric noted on the tracker issue, a keyword only "module" argument may
> be a better choice for both than allowing dotted names. A separate
> parameter is easier to use with __name__ to avoid hardcoding the module
> name.
+1. This is a goo
On 9 May 2013 13:48, "Eli Bendersky" wrote:
>
>
>
>
> On Tue, May 7, 2013 at 8:03 AM, Nick Coghlan wrote:
>>
>> On Tue, May 7, 2013 at 11:34 PM, Eli Bendersky wrote:
>> > One of the contended issues with PEP 435 on which Guido pronounced was
the
>> > functional API, that allows created enumerati
11 matches
Mail list logo
