Fredrik Lundh wrote:
>> If you would rather contribute by collecting a list of possible
>> trackers along with who will maintain it, then please do. I am not
>> going to dive into that quite yet, but if you want to parallelize the
>> work needed then I would appreciate the help.
>
> that is what
>> I've found out that the hash value of tuples isn't saved after it's
>> calculated. With strings it's different: the hash value of a string is
>> calculated only on the first call to hash(string), and saved in the
>> structure for future use. Saving the value makes dict lookup of tuples
>> an ope
Python currently supports 'S % X', where S is a strinng, and X is one of:
* a sequence
* a map
* treated as (X,)
But I have some questions about this for python 3000.
1. Shouldn't there be a format method, like S.format(), or S.fmt()?
2. What about using __call__ instead of / in addition to __r
Now that the bug day has been and gone, it's time to cut 2.5a1. Please
consider the trunk FROZEN from 00:00 UTC/GMT on Wednesday the 5th of
April. I'll post again when it's unfrozen.
Please help in not making the release manager cry because the trunk is
broken. Thanks,
Anthony
_
[EMAIL PROTECTED]
> I'm not sure this is going to be all that helpful. If there's more I can do
> to help track down these problems, let me know.
Sure: you can do _everything_ to track them down ;-)
> Last night I ran
>
> make test EXTRATESTOPTS='-R :: -uall -r'
>
> on my Mac laptop after a
On 4/2/06, Tim Peters <[EMAIL PROTECTED]> wrote:
>
> Does anyone else routinely use -R? If anyone does, do all the tests
> pass for them?
Yes and no. Every 12 hours, see Misc/build.sh
For the latest results, see:
http://docs.python.org/dev/results/make-test-refleak.out
Several tests fail cons
On 4/2/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> > > Fredrik, if you would like to help move this all forward, great; I
> > > would appreciate the help. You can write a page scraper to get the
> > > data out of SF
> >
> > challenge accepted ;-)
> >
Woohoo!
> > http://effbot.python-hosting.c
On 4/2/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Brett Cannon wrote:
>
> > > oh, I forgot that the Procrastination & Stop energy Foundation was
> > > involved
> > > in this.
> >
> > Fredrik, if you would like to help move this all forward, great; I
> > would appreciate the help. You can writ
> > Fredrik, if you would like to help move this all forward, great; I
> > would appreciate the help. You can write a page scraper to get the
> > data out of SF
>
> challenge accepted ;-)
>
> http://effbot.python-hosting.com/browser/stuff/sandbox/sourceforge/
>
> contains three basic tools; getind
Georg Brandl wrote:
> Tim Peters wrote:
>> [/F]
>>> so, how did it go? a status report / summary would be nice, I
>>> think ?
>
> 19 bugs, 9 patches (which were mostly created to fix one of the bugs).
> Not much, but better than nothing and there has been quite a
> participation
> from "newbie
On 4/2/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > I tried the change, and it turned out that I had to change cPickle a
> > tiny bit: it uses a 2-tuple which is allocated when the module
> > initializes to lookup tuples in a dict. I changed it to properly use
> > PyTuple_New and Py_DECREF,
Discovered this while playing around with the 2.5 released end of last
week.
Given:
@contextmanager
def gen():
print '__enter__'
yield
print '__exit__'
with gen():
raise StopIteration('body')
I would expect to get the StopIteration exception raised. Instead it's
suppressed by th
[Tim, gripes about ...]
>>> Author: walter.doerwald
>>> Date: Sat Apr 1 22:40:23 2006
>>> New Revision: 43545
>>>
>>> Modified:
>>>python/trunk/Doc/lib/libcalendar.tex
>>>python/trunk/Lib/calendar.py
>>> Log:
>>> Make firstweekday a simple attribute instead
>>> of hiding it behind a setter
Tim Peters wrote:
> [/F]
>> so, how did it go? a status report / summary would be nice, I think ?
19 bugs, 9 patches (which were mostly created to fix one of the bugs).
Not much, but better than nothing and there has been quite a participation
from "newbies".
> http://wiki.python.org/moin/Py
[/F]
> so, how did it go? a status report / summary would be nice, I think ?
http://wiki.python.org/moin/PythonBugDayStatus
has been kept up to date. Note that, e.g., there are still open items
in the "Bugs/patches to assess for commit" section, if you want to do
more than just read.
__
Yep, moved this there.
On 4/2/06, Aahz <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 02, 2006, Crutcher Dunnavant wrote:
> >
> > But I have some questions about this for python 3000.
>
> Please use the python-3000 list for questions like this.
> --
> Aahz ([EMAIL PROTECTED]) <*> http:
On Sun, 2 Apr 2006, "Martin v. Löwis" wrote:
Paul Jimenez wrote:
Announcing uriparse.py, submitted for inclusion in the standard library.
Patch request 1462525.
[...]
abstractions"; however, this didn't mean anything to me. Saying
"urlparse doesn't comply with STD66 (aka RFC3986) because
it h
Hi Crutcher,
We've created a separate list for discussing Python 3000.
http://mail.python.org/mailman/listinfo/python-3000
--Guido
On 4/2/06, Crutcher Dunnavant <[EMAIL PROTECTED]> wrote:
> Python currently supports 'S % X', where S is a strinng, and X is one of:
> * a sequence
> * a map
> * t
On 4/1/06, Noam Raphael <[EMAIL PROTECTED]> wrote:
> I've found out that the hash value of tuples isn't saved after it's
> calculated. With strings it's different: the hash value of a string is
> calculated only on the first call to hash(string), and saved in the
> structure for future use. Saving
Fredrik Lundh wrote:
>> Yes. We found a way to export all data (except for file attachments),
>> through a different exporter. This gives all data, unfortunately, it
>> is ill-formed XML (& is not properly entity-referenced sometimes).
>
> so why didn't Brett know about this ?
I'm not sure; I'm s
Paul Jimenez wrote:
> Announcing uriparse.py, submitted for inclusion in the standard library.
> Patch request 1462525.
> Per the original discussion at
> http://mail.python.org/pipermail/python-dev/2005-November/058301.html
> I'm submitting a library meant to deprecate the
> existing urlparse libr
Georg Brandl wrote:
> it's time for the 7th Python Bug Day. The aim of the bug day is to close
> as many bugs, patches and feature requests as possible, this time with a
> special focus on new features that can still go into the upcoming 2.5 alpha
> release.
so, how did it go? a status report /
Brett Cannon wrote:
> > oh, I forgot that the Procrastination & Stop energy Foundation was involved
> > in this.
>
> Fredrik, if you would like to help move this all forward, great; I
> would appreciate the help. You can write a page scraper to get the
> data out of SF
challenge accepted ;-)
ht
Brett Cannon wrote:
> > oh, I forgot that the Procrastination & Stop energy Foundation was involved
> > in this.
> Fredrik, if you would like to help move this all forward, great; I
> would appreciate the help. You can write a page scraper to get the
> data out of SF if you don't believe SF will
On 4/2/06, Anthony Baxter <[EMAIL PROTECTED]> wrote:
> On Sunday 02 April 2006 14:17, Anthony Baxter wrote:
> > I've created a searchbar plugin for the firefox search bar that
> > allows you to search bugs.
>
> I should clarify - it allows you to pull up a bug by bug ID, using the
> www.python.org/
Announcing uriparse.py, submitted for inclusion in the standard library.
Patch request 1462525.
Per the original discussion at
http://mail.python.org/pipermail/python-dev/2005-November/058301.html
I'm submitting a library meant to deprecate the
existing urlparse library. Questions and comments wel
Fredrik Lundh wrote:
>> That isn't actually worth that much: somebody would need to operate it,
>> too. Mere existence doesn't help.
>
> why do you keep repeating this when I've already posted a link to a
> company that does this for only a few bucks per month ?
Because they don't do that. They w
Walter Dörwald wrote:
> firstweekday is changeable simply by assigning to the attribute:
>
> import calendar
> cal = calendar.Calendar()
> cal.firstweekday = 6
>
> The only thing lost is the range check in the setter.
Any particular reason for not making it a property? Then you could keep the
r
Tim Peters wrote:
>> Author: walter.doerwald
>> Date: Sat Apr 1 22:40:23 2006
>> New Revision: 43545
>>
>> Modified:
>>python/trunk/Doc/lib/libcalendar.tex
>>python/trunk/Lib/calendar.py
>> Log:
>> Make firstweekday a simple attribute instead
>> of hiding it behind a setter and a getter.
Martin v. Löwis wrote:
> That isn't actually worth that much: somebody would need to operate it,
> too. Mere existence doesn't help.
why do you keep repeating this when I've already posted a link to a
company that does this for only a few bucks per month ?
___
30 matches
Mail list logo