Hi Karol.
Please see the wiki: http://wiki.python.org/moin/SummerOfCode/
There are a bunch of ideas up there. If you want to hash out new
ideas, I suppose this list is as good as any. But please do some
searching to find if your idea has been tried before.
It might also help you to guage inte
Hello everyone.
I'm interested in the Python Software Foundation's Google Summer of Code
proposals.
What should I do?
1. Should I post my resume here?
2. List a few of the proposals that really interest me?
3. Explain why I feel qualified to contribute?
4. Who should I talk to?
Thanks for every
Greg Ewing wrote:
> Travis Oliphant wrote:
>
>> For what it's worth, NumPy also defines a data-type object which it
>> uses to describe the fundamental data-type of an array. In the context
>> of this thread it is also yet another way to describe a binary-packed
>> structure in Python.
>
> M
Guido van Rossum wrote:
> Tim is right, the UNLOCK/LOCK part is implied in the wait() call.
> However, the wait() implementation really *does* provide a use case
> for the primitive operation that Nick proposed, and it can't be
> refactored to remove the pattern Martin disapproves of (though of
> c
On 4/24/06, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 24, 2006 at 12:30:12PM -0400, Alan McIntyre wrote:
> > My unglamorous proposal is to review bugs & patches (starting with the
> > oldest) and resolve at least 200 of them. Is that too much? Too few?
> > I'll fix as many as possibl
Phillip J. Eby wrote:
> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
>> Wanting to have two names for the same function tells me there's a
>> problem
>> with the terminology, not that we should actually have two names for
>> the same
>> function :)
>
> It is purely an implementation detail o
Phillip J. Eby wrote:
> At 12:24 PM 4/24/2006 -0700, Aahz wrote:
>> On Mon, Apr 24, 2006, Phillip J. Eby wrote:
>>> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
Using two names to describe three different things isn't intuitive for
anybody.
>>> Um, what three things? I only count two
Phillip J. Eby wrote:
> At 09:35 PM 4/24/2006 +0100, Paul Moore wrote:
>> The current, alpha 2, documentation insists that objects with
>> __enter__ and __exit__ methods must also define __context__ in such a
>> way that it returns self.
>>
>> I don't understand why that is necessary.
It's not nec
Paul Moore wrote:
> In the documentation of contextmanager, consider the examples:
>
> @contextmanager
> def tag(name):
> ...
>
> class Tag:
> ...
> @contextmanager
> def __context__(self):
> ...
>
> Now, tag should be a function which retu
On 4/25/06, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
> There exists various C and Python implementations of both AVL and
> Red-Black trees. For users of Python who want to use AVL and/or
> Red-Black trees, I would urge them to use the Python implementations.
> In the case of *needing* the speed
very true, but python makes it oh so easy to be lazy :-)On 4/24/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
On 4/23/06, "Martin v. Löwis" <[EMAIL PROTECTED]
> wrote:> Kirat Singh wrote:> > The reason I looked into this to begin with was that my code used up a> > bunch of memory which was tracea
On Apr 24, 2006, at 03:49, Nick Coghlan wrote:
> Just van Rossum wrote:
>> Baptiste Carvello wrote:
>>
>>> Terry Reedy a écrit :
So I propose that the context maker be called just that: 'context
maker'. That should pretty clearly not be the context that manages
the block execution.
On 4/24/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Tim Peters wrote:
> > Does
> >
> > with cv:
> >
> > work to replace the outer (== only) acquire/try/finally/release dance?
>
> Indeed it does - although implemented in a somewhat convoluted way:
> A lock *is* a context (or is that "cont
Terry Reedy wrote:
> Since, as I remember, there was no license agreement for the download, just
> for the install (if/when I do it), I should think it legal to send the file
> to someone else. But I don't really know, of course.
Going by the download page for 2005, it does not have any restric
Tim Peters wrote:
> Does
>
> with cv:
>
> work to replace the outer (== only) acquire/try/finally/release dance?
Indeed it does - although implemented in a somewhat convoluted way:
A lock *is* a context (or is that "context manager"), i.e. it implements
def __context__(self): return self
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Sure: they will remove download access to VS 2005 when VS 2007
> comes available. Still, VS 2005 is available for download right
> now, and VS 2003 isn't (anymore).
Just yesterday, I downloaded the 2003 Toolkit usi
Sylvain Thénault wrote:
> I've posted a patch (#1475523) for this and assigned it to Martin Von
> Loewis since he was the core developper who has made some followup on
> the original bug. Could someone (Martin or someone else) quick review
> this patch ? I really need a fix for this, so if anyone
Nick Coghlan wrote:
> Would it be possible to get the buildbot error message subject lines to
> include the svn revision number of the build that failed?
Only if somebody contributes a patch. Feel free to submit a bug report,
but I see little chance of implementing that feature within the next 6
John J Lee wrote:
> Actually, it's apparently still there, just at a different URL.
> Somebody posted the new URL on c.l.py a day or two back (Alex Martelli
> started the thread, IIRC). I'm off to the dentist, no time to Google
> for it!
Please do. If you find the URL, please post it here. All U
Alex Martelli wrote:
> For the Toolkit 2003:
> http://tinyurl.com/gv8wr
When I go to this URL, I get redirected to
http://www.microsoft.com/downloads/details.aspx?familyid=272BE09D-40BB-4&displaylang=en
This doesn't look right - it ought to be a UUID. Anyway, I get a page
that reads
"The downlo
"Alan McIntyre" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi all,
>
> I would like to participate in the Summer of Code as a student. At the
> moment it looks like the Python tracker on SF has about 2100 open bugs
> and patches, going back to late 2000.
The latest weekly tra
Neil Hodgson wrote:
>I expect Microsoft means that Visual Studio Express will be
> available free forever, not that you will always be able to download
> Visual Studio 2005 Express. They normally only provide a particular
> product version for a limited time after it has been superceded.
Sure:
Guido van Rossum wrote:
> Actually, what Nick describes is *exactly* how one should write code
> using a condition variable:
>
> LOCK
> while nothing to do:
> UNLOCK
> wait for the condition variable (or sleep, or whatever)
> LOCK
> # here we have something to do with the l
On 4/23/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Sean Reifschneider wrote:
> > Thoughts?
>
> In Python 2.5, exit(0) exits.
+1
>
> Regards,
> Martin
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listin
2006/4/22, Mateusz Rukowicz <[EMAIL PROTECTED]>:
> I am now quite sure, what I would like to do, and is possible by you to
> accept - code decimal in C, most important things about that would:
I'd be glad to mentor this.
Regards,
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http
At 09:35 PM 4/24/2006 +0100, Paul Moore wrote:
>The current, alpha 2, documentation insists that objects with
>__enter__ and __exit__ methods must also define __context__ in such a
>way that it returns self.
>
>I don't understand why that is necessary.
>
>I can understand that it is convenient, in
At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
>Wanting to have two names for the same function tells me there's a problem
>with the terminology, not that we should actually have two names for the same
>function :)
It is purely an implementation detail of @contextmanager that it can be
used to
At 01:19 PM 4/24/2006 -0700, Aahz wrote:
>What is EXPRESSION, then? Not the value it returns, but EXPRESSION
>itself -- does it have a name? What about the kinds of things we use
>for EXPRESSION?
I read "EXPRESSION returns a value" as simply meaning that "value =
EXPRESSION", i.e. that the resu
The current, alpha 2, documentation insists that objects with
__enter__ and __exit__ methods must also define __context__ in such a
way that it returns self.
I don't understand why that is necessary.
I can understand that it is convenient, in cases where __context__
doesn't need to create a new o
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Paul Moore wrote:
> > I've proposed splitting it into
> > two, but that seems not to suit you (you've never responded to it
> > specifically, so I may be misreading your silence here).
>
> Wanting to have two names for the same function tells me
On Mon, Apr 24, 2006, Phillip J. Eby wrote:
> At 12:49 PM 4/24/2006 -0700, Aahz wrote:
>>On Mon, Apr 24, 2006, Phillip J. Eby wrote:
>>> At 12:24 PM 4/24/2006 -0700, Aahz wrote:
On Mon, Apr 24, 2006, Phillip J. Eby wrote:
> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
>>
>>Using
Guido van Rossum wrote:
> This is probably because we have a similar ambiguity in assignments:
> the grammar says something like
>
> exprlist ('=' exprlist)*
>
> but what is actually desired is
>
> (varlist '=')* exprlist
>
> Unfortunately the latter is not LL1 so we lie to the parser and tell
At 12:49 PM 4/24/2006 -0700, Aahz wrote:
>On Mon, Apr 24, 2006, Phillip J. Eby wrote:
> > At 12:24 PM 4/24/2006 -0700, Aahz wrote:
> >>On Mon, Apr 24, 2006, Phillip J. Eby wrote:
> >>> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
>
> Using two names to describe three different things i
On Mon, Apr 24, 2006, Phillip J. Eby wrote:
> At 12:24 PM 4/24/2006 -0700, Aahz wrote:
>>On Mon, Apr 24, 2006, Phillip J. Eby wrote:
>>> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
Using two names to describe three different things isn't intuitive for
anybody.
>>>
>>> Um, what thr
At 12:24 PM 4/24/2006 -0700, Aahz wrote:
>On Mon, Apr 24, 2006, Phillip J. Eby wrote:
> > At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
> >>
> >>Using two names to describe three different things isn't intuitive for
> >>anybody.
> >
> > Um, what three things? I only count two:
> >
> > 1. Object
On 4/24/06, Michael Foord <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I'm working on a parser for part of the Python language (expressions but
> not statements basically). I'm using PLY to generate the parser and it's
> mostly done.
>
> I've hit on what looks like a fundamental ambiguity in the Pyt
On Mon, Apr 24, 2006, Phillip J. Eby wrote:
> At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
>>
>>Using two names to describe three different things isn't intuitive for
>>anybody.
>
> Um, what three things? I only count two:
>
> 1. Objects with __context__
> 2. Objects with __enter__ and __ex
[Guido]
> Actually, what Nick describes is *exactly* how one should write code
> using a condition variable:
>
> LOCK
> while nothing to do:
> UNLOCK
> wait for the condition variable (or sleep, or whatever)
> LOCK
> # here we have something to do with the lock held
> remo
On 4/23/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Kirat Singh wrote:
> > The reason I looked into this to begin with was that my code used up a
> > bunch of memory which was traceable to lots of little objects with
> > instance dicts, so it seemed that if instancedicts took less memory I
>
At 04:48 AM 4/25/2006 +1000, Nick Coghlan wrote:
>Using two names to describe three different things isn't intuitive for
>anybody.
Um, what three things? I only count two:
1. Objects with __context__
2. Objects with __enter__ and __exit__
What's the third thing?
__
Paul Moore wrote:
> 2. Nick, what can we do to persuade you to go back to the a1 version,
> and simply look at @contextmanager?
Using two names to describe three different things isn't intuitive for
anybody. You might persuade me to change the names around, but you aren't
going to persuade me to
There exists various C and Python implementations of both AVL and
Red-Black trees. For users of Python who want to use AVL and/or
Red-Black trees, I would urge them to use the Python implementations.
In the case of *needing* the speed of a C extension, there already
exists a CPython extension mo
On 4/23/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Nick Coghlan wrote:
> > Do we want to add a "released" context manager to the threading module for
> > 2.5?
>
> I don't think that should be added. I would consider it a dangerous
> programming style: if the lock merely doesn't "need" to be
On Mon, Apr 24, 2006 at 12:30:12PM -0400, Alan McIntyre wrote:
> My unglamorous proposal is to review bugs & patches (starting with the
> oldest) and resolve at least 200 of them. Is that too much? Too few?
> I'll fix as many as possible during the SoC time frame, but I wanted to
> set a realist
This is probably because we have a similar ambiguity in assignments:
the grammar says something like
exprlist ('=' exprlist)*
but what is actually desired is
(varlist '=')* exprlist
Unfortunately the latter is not LL1 so we lie to the parser and tell
it the first form, and then in the code
[EMAIL PROTECTED] wrote:
> Michael> I've hit on what looks like a fundamental ambiguity in the
> Michael> Python grammar which is difficult to get round with PLY; and
> Michael> I'm wondering *why* the grammar is defined in this way.
>
> Michael,
>
> You refer to the ref manual document
(oops - should have gone to list)
Guido van Rossum wrote:
> Well, yes, the syntax is supposed to be something like "for varlist in
> testlist". Could you report this as a doc bug (if you found this
> information in the docs)?
>
I think the documentation (which does put expression_list there)
r
On the recursion limits: Until beta 6 IronPython didn't have proper support
for limiting recursion depth. There was some minor support there, but it
wasn't right.
In beta 6 we have full support for limiting recursion depth, but by default we
allow infinite recursion. If the user explicitly s
Hello all,
I'm working on a parser for part of the Python language (expressions but
not statements basically). I'm using PLY to generate the parser and it's
mostly done.
I've hit on what looks like a fundamental ambiguity in the Python
grammar which is difficult to get round with PLY; and I'm
Obviously all three might add to that. However I think that number 1 COULD
already be enough for the noticed slowdown of 3 times. It depends a lot on
which Classes/ Methods IronPython is using (And I guess it is now optimized
towards the MS CLR). If you just have pure integer or floating point m
Michael> I've hit on what looks like a fundamental ambiguity in the
Michael> Python grammar which is difficult to get round with PLY; and
Michael> I'm wondering *why* the grammar is defined in this way.
Michael,
You refer to the ref manual documentation:
Michael> List displays (
>> Has anybody written a pylintrc file that attempts to reflect the
>> recommendations of PEP 8 the extent possible?
Sylvain> I would be actually interested about what you think is not
Sylvain> conformant, or even which test are missing for a better "PEP8
Sylvain> compliance t
On 4/24/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> At 10:26 AM 4/24/2006 +0100, Paul Moore wrote:
> >OK. At this point, the discussion seems to have mutated from a
> >"Phillip vs Nick" debate to a "Paul vs Nick" debate.
>
> I only stepped aside so that other people would chime in. I still don
Hi all,
I would like to participate in the Summer of Code as a student. At the
moment it looks like the Python tracker on SF has about 2100 open bugs
and patches, going back to late 2000. I'm assuming that a fair number
of these are no longer be applicable, have been fixed/implemented
already, e
On Apr 24, 2006, at 1:24 AM, Paul Moore wrote:
> On 4/24/06, Neil Hodgson <[EMAIL PROTECTED]> wrote:
>> Martin v. Löwis:
>>
>>> Apparently, the status of this changed right now: it seems that
>>> the 2003 compiler is not available anymore; the page now says
>>> that it was replaced with the 2005
On Apr 24, 2006, at 12:48 AM, Neil Hodgson wrote:
> Martin v. Löwis:
>
>> Apparently, the status of this changed right now: it seems that
>> the 2003 compiler is not available anymore; the page now says
>> that it was replaced with the 2005 compiler.
>>
>> Should we reconsider?
>
>I expect Mi
On Apr 24, 2006, at 12:19 AM, Martin v. Löwis wrote:
> Martin v. Löwis wrote:
>> - Paul Moore has contributed a Python build procedure for the
>> free version of the 2003 compiler. This one is without IDE,
>> but still, it should allow people without a VS 2003 license
>> to work on Python i
On Apr 24, 2006, at 5:13 AM, John J Lee wrote:
> On Mon, 24 Apr 2006, Paul Moore wrote:
>> On 4/24/06, Neil Hodgson <[EMAIL PROTECTED]> wrote:
>>> Martin v. Löwis:
>>>
Apparently, the status of this changed right now: it seems that
the 2003 compiler is not available anymore; the page no
At 10:26 AM 4/24/2006 +0100, Paul Moore wrote:
>OK. At this point, the discussion seems to have mutated from a
>"Phillip vs Nick" debate to a "Paul vs Nick" debate.
I only stepped aside so that other people would chime in. I still don't
think the new terminology makes anything clearer, and would
Well, yes, the syntax is supposed to be something like "for varlist in
testlist". Could you report this as a doc bug (if you found this
information in the docs)?
On 4/24/06, Michael Foord <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I'm working on a parser for part of the Python language (expressio
Hello all,
I'm working on a parser for part of the Python language (expressions but
not statements basically). I'm using PLY to generate the parser and it's
mostly done.
I've hit on what looks like a fundamental ambiguity in the Python
grammar which is difficult to get round with PLY; and I'm won
Hi there,
while playing with gettext catalog handling of a complex application,
I've hit bug #1448060. This bug seems serious to me since gettext.py
is not able to handle some .po files generated by msgcat/msgmerge due to
lines like
"#-#-#-#-# fr.po (2.0) #-#-#-#-#\n"
in the metadata.
I've post
I would like to participate in Google Summer of Code. The idea consists in
creation of a specialized class for work with binary trees AVL and RB. The
part of ideas is taken from Parrot (Perl6) where for pair values the
specialized type is stipulated. As advantages it is possible to note:
* High s
On Mon, 24 Apr 2006, Paul Moore wrote:
On 4/24/06, Neil Hodgson <[EMAIL PROTECTED]> wrote:
Martin v. Löwis:
Apparently, the status of this changed right now: it seems that
the 2003 compiler is not available anymore; the page now says
that it was replaced with the 2005 compiler.
Should we reco
I would like to participate in Google Summer of Code. The idea consists in
creation of a specialized class for work with binary trees AVL and RB. The
part of ideas is taken from Parrot (Perl6) where for pair values the
specialized type is stipulated. As advantages it is possible to note:
* High s
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> > I think I've now read enough on the subject that my value as an
> > unbiased reader is being lost...
>
> Your input really helped me figure out where the problem was, though. Trying
> to describe 3 different things using only 2 distinct terms
On 4/24/06, Jeff Epler <[EMAIL PROTECTED]> wrote:
I just read the manpage for Tk_Init(3) (fc4 package tk-8.4.9-3) and itdoes not say that Tk_Init() may only be called once. While this doesn'tmean Python shouldn't work around it, I think the behavior should be
considered a bug in Tk, not _tkinter.F
Paul Moore wrote:
> Right. I'll still do as I promised, and have a better look through the
> latest documentation, but my gut feel is that this whole thing is
> getting way out of proportion. Naming and terminology is important,
> but we've now on our 3rd version of the docuentation.
Only the 2nd,
On Sunday 23 April à 14:59, [EMAIL PROTECTED] wrote:
> I had the possibly stupid idea today of running the stdlib through pylint.
> Has anybody written a pylintrc file that attempts to reflect the
> recommendations of PEP 8 the extent possible?
default pylint configuration should not be that far f
On 4/24/06, Neil Hodgson <[EMAIL PROTECTED]> wrote:
> Martin v. Löwis:
>
> > Apparently, the status of this changed right now: it seems that
> > the 2003 compiler is not available anymore; the page now says
> > that it was replaced with the 2005 compiler.
> >
> > Should we reconsider?
>
>I expe
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> I'm going to try a pass through the docs using "context specifier", which
> gives three separate terms:
[...]
> This removes the ambiguity between "context object" and "runtime context".
That might just work. At the very least, I'd much rather
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
[...]
> The __iter__ method isn't called __iterator__, so why would the __context__
> method need to be called "__contextmgr__"?
Because. Hmm, Oleg already responded to this, and to be
honest, I think the whole issue is a nitpick. Apologi
Martin v. Löwis:
> Apparently, the status of this changed right now: it seems that
> the 2003 compiler is not available anymore; the page now says
> that it was replaced with the 2005 compiler.
>
> Should we reconsider?
I expect Microsoft means that Visual Studio Express will be
available free
Would it be possible to get the buildbot error message subject lines to
include the svn revision number of the build that failed?
I committed some non-portable tests earlier today, but they should all be
fixed in rev 45687. However, the various buildbots are still working through
the different
Martin v. Löwis wrote:
> - Paul Moore has contributed a Python build procedure for the
> free version of the 2003 compiler. This one is without IDE,
> but still, it should allow people without a VS 2003 license
> to work on Python itself; it should also be possible to develop
> extensions w
On Mon, Apr 24, 2006 at 12:44:09PM +1000, Nick Coghlan wrote:
> Paul Moore wrote:
> > - Surely the __context__ method should be called __contextmgr__ now
> > that it's producing a context manager? (Same naming issue, just the
> > other side of it...)
>
> The __iter__ method isn't called __iterator
Martin v. Löwis wrote:
> Nick Coghlan wrote:
>> Do we want to add a "released" context manager to the threading module for
>> 2.5?
>
> I don't think that should be added. I would consider it a dangerous
> programming style: if the lock merely doesn't "need" to be held (i.e.
> if it isn't necessa
77 matches
Mail list logo