e:
> > On Tue, Mar 29, 2011 at 8:01 PM, Tennessee Leeuwenburg
> > wrote:
> >> PyPy maintains http://speed.pypy.org/, which provides very clear
> information
> >> about the relative performance of PyPy trunk against some version of
> cpython
> >> (presumabl
Hi all,
Apologies for emailing this list with such an apparently trivial question.
Is there some source of documentation or information on how Python is
benchmarked? I am aware of the Python regression testing module,
regrtest.py, which I presume, if profiled, would good be a good baseline
test.
On Wed, May 13, 2009 at 1:26 PM, "Martin v. Löwis" wrote:
> > Just food for thought here, but seeing how 3.1 is going to be a real
> featureful
> > schedule despite being released shortly after 3.0, wouldn't it make sense
> to
> > tighten future release planning a little?
>
> Do you have any speci
iling list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com
>
--
--
Tennessee Leeuwenburg
http://myownhat.blogspot.com/
&
My thoughts on balance regarding monthdeltas:
-- Month operations are useful, people will want to do them
-- I think having a monthdelta object rather than a method makes sense to
me
-- I think the documentation is severely underdone. The functionality is
not intuitive
and therefore the
p
> functionality provided by monthmod is important to ensure that
> monthdeltas are "first-class" objects.
>
> Please let me know what you think of the idea and/or its execution.
>
> thanks,
> Jess Austin
> _______
> Python
ng/committing fixes
>
> 2x "keyring package" -- see
>
> http://tarekziade.wordpress.com/2009/03/27/pycon-hallway-session-1-a-keyring-library-for-python/
> .
> The poorer one of these will probably be axed unless Tarek gives it
> strong support.
>
> --
>
>
On Wed, Apr 8, 2009 at 3:55 PM, Jeroen Ruigrok van der Werven <
asmo...@in-nomine.org> wrote:
> -On [20090408 05:24], Tennessee Leeuwenburg (tleeuwenb...@gmail.com)
> wrote:
> >It seems like the bug relates only to an older version of a 'weird'
> >operating
Now, I know that sets aren't ordered, but...
foo = set([1,2,3,4,5])
bar = [1,2,3,4,5]
foo.pop() will reliably return 1
while bar.pop() will return 5
discuss :)
Cheers,
-T
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
On Wed, Apr 8, 2009 at 1:14 PM, Guilherme Polo wrote:
> On Tue, Apr 7, 2009 at 11:54 PM, Tennessee Leeuwenburg
> wrote:
> > This issue has been largely resolved, but there is an outstanding bug
> where
> > the (reviewed and committed) solution does not work on certain vers
with regards to supporting dependencies like this? Should
I set this issue to 'pending' seeing as no-one is currently working on a
patch for this? Or is leaving this open and hanging around exactly the right
thing to do?
Cheers,
-T
--
----------
T
Sadly, my work firewall/proxy often handles things badly, so I can't
actually tell. Is bugs.python.org accepting changes at the moment (I'm
trying to update the Stage of an issue)?
Cheers,
-T
--
--
Tennessee Leeuwe
|
> Ben Finney
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/m
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com
>
--
--
Tennessee Leeuw
Hi Ron,
Good flowchart.
Cheers,
-T
On Wed, Mar 25, 2009 at 1:11 PM, Ron Adam wrote:
>
>
> Tennessee Leeuwenburg wrote:
>
>> Hi all,
>>
>> I'm continuing to (slowly) work through issues. I have been looking
>> particularly at a lot of the open issues re
On Tue, Mar 24, 2009 at 11:00 AM, "Martin v. Löwis" wrote:
> > That would be great. It occurs to me that if we wanted to use
> > "Stage" settings, it would be easy to search for issues which are
> > not closed by literally searching for 'not closed' rather than
> > 'open'. I think
_
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com
>
--
--
Hi all,
I'm continuing to (slowly) work through issues. I have been looking
particularly at a lot of the open issues regarding strftime.
It would be great to put in some of those extra status options that were
discussed recently...
"Open/New"
"Needs help / Chatting"
"Under development"
http://bugs.python.org/issue4535 should probably be set to "pending
feedback"
I'd be happy to do this kind of thing if people are happy for me to do so...
-T
--
------
Tennessee Leeuwenburg
http://myownhat.blogspot.com/
"Don'
the exception to occur deeper in the code? Are there performance
issues surrounding defensive programming?
Regards,
-Tennessee
--
--
Tennessee Leeuwenburg
http://myownhat.blogspot.com/
"Don't believe everything you think"
___
suggestions etc) then they won't need to spend
as much time on simple maintenance.
Cheers,
-T
--
--
Tennessee Leeuwenburg
http://myownhat.blogspot.com/
"Don't believe everything you think"
___
Python-Dev mailing list
Python-Dev@python
>
> I don't mind what approach is taken -- I'm happy to work within the
>> current infrastructure if someone can suggest a good way. I really just want
>> to be able to start distinguishing between issues that are essentially new
>> and under debate versus issues that most people agree are a "Good
ould make the changes more
atomic and the code patch simpler.
-T
--
------
Tennessee Leeuwenburg
http://myownhat.blogspot.com/
"Don't believe everything you think"
___
Python-Dev mailing list
Python-Dev@
On Tue, Mar 10, 2009 at 2:39 PM, Brett Cannon wrote:
>
>
> On Mon, Mar 9, 2009 at 20:25, Tennessee Leeuwenburg <
> tleeuwenb...@gmail.com> wrote:
>
>> Hi all,
>>
>> I am beginning reviewing some more issues in the tracker. I think it would
>> be use
process...
Comments welcome! Crocker's rules, but please keep it constructive...
-T
--
----------
Tennessee Leeuwenburg
http://myownhat.blogspot.com/
"Don't believe everything you think"
__
re that a formal or semi-formal approval process
would make anything better, I think it would be good if there were some kind
of 'executive review' process by which an issue could be marked as being a
good thing or not.
Regards,
-Tennessee
--
------
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com
>
--
-
> Well, that happens. An alternative to withdrawing entirely, would be
> increasing the price (eg, to ten patches as you originally suggested).
> Or specifying windows in your calendar when the offer is open. Eg,
> avoid doubling up on release times when you need make time to build
> installers e
y -- I
am aware that some people take a great deal of personal ownership of their
works, while others are impatient with a soft approach.
Regards,
-Tennessee
On Thu, Mar 5, 2009 at 12:41 PM, wrote:
> Yup, I'd need to remove support in multiprocessing too.
>
>
> On Mar 4, 2009 8
stage.
Regards,
-Tennessee
--
--
Tennessee Leeuwenburg
http://myownhat.blogspot.com/
"Don't believe everything you think"
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.o
On my local checkout I notice a number of failing tests (test_fileio
test_grp test_io test_urllib2_localnet). Is there anything that I should
attempt to do regarding these?
-Tennessee
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.o
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com
>
tinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com
>
--
--
Tennessee Leeuwenburg
http://myownhat.blogspot.com/
"Don't believe everything you think"
_
Hello all,
First a comment on-thread:
I can't wait to get an ordered dictionary in the stdlib! The discussion
regarding suggestions for the name appears to be ongoing. What about the
name 'orderdict' instead of 'ordereddict'?. It doesn't contain the double-d,
is slightly shorter, and I think a l
Pardon me for talking with no experience in such matters, but...
Okay, incrementing a reference counter is atomic, therefore the cheapest
possible operation. Is it possible to keep reference counting atomic in a
multi-thread model?
Could you do the following... let's consider two threads, "A" and
Hi all,
I have an unusual use case in which some software I work on compiles a
version of Python for distribution. I'm not 100% across this as it's not at
all my area of responsibility, but I have been having some issues lately.
My hand-compiled version of Python 2.5 works just fine, and in turn
36 matches
Mail list logo
