New submission from Raymond Hettinger :
The xmlrpc.client module supports secure transport using https; however, the
xmlrpc.server does not have an https option.
Adding this support isn't difficult. Here's an example of how to it could be
implemented:
http://code.activestate.c
New submission from Raymond Hettinger :
Currently, the server has a stub method that returns: 'signatures not
supported'.
Using the inspect module, it shouldn't be difficult to provide function/method
signatures for over-the-wire introspection.
--
components: Library
Changes by Raymond Hettinger :
--
priority: normal -> low
___
Python tracker
<http://bugs.python.org/issue13396>
___
___
Python-bugs-list mailing list
Unsubscri
Raymond Hettinger added the comment:
I would also object to the feature creep.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue13
Raymond Hettinger added the comment:
I like Nick's original idea for a handful of convenience functions but want to
caution against adding a bunch of tools that start guessing at what you want.
Adding automatic wildcard expansion, shell quoting/splitting and whatnot can
make the module
Raymond Hettinger added the comment:
Can you post your other patch too? I would like to review both at the same
time.
--
assignee: -> rhettinger
components: +Library (Lib)
priority: normal -> low
type: -> performance
___
Python track
Raymond Hettinger added the comment:
I think this should be rejected.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue13481>
___
___
Pytho
Raymond Hettinger added the comment:
This looks like a reasonable suggestion.
--
assignee: -> rhettinger
priority: normal -> low
___
Python tracker
<http://bugs.python.org/i
Raymond Hettinger added the comment:
Can this be closed?
--
___
Python tracker
<http://bugs.python.org/issue5654>
___
___
Python-bugs-list mailing list
Unsub
Changes by Raymond Hettinger :
--
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue3573>
___
___
Python-bugs-list mailing list
Unsubscri
Raymond Hettinger added the comment:
The fix is trivial. I'll do it soonish.
--
priority: low -> normal
___
Python tracker
<http://bugs.python.org
Raymond Hettinger added the comment:
I concur with Antoine.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue12919>
___
___
Python-bugs-list m
Raymond Hettinger added the comment:
FWIW, the version added is also prominently shown at the top of the page:
http://docs.python.org/library/collections.html#module-collections
I don't think the CSS should be changed or that versionadded should become more
prominent -- this is usually o
Raymond Hettinger added the comment:
We've been wanting this for a long time.
Strong +1 from me.
--
___
Python tracker
<http://bugs.python.org/i
Raymond Hettinger added the comment:
Also consider writing a security howto guide so that the docs don't become
littered with warnings.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/is
New submission from Raymond Hettinger :
A dialog on python-dev suggests that dict.setdefault() was intended to be
atomic and that a number of experienced developers have deployed code relying
on its atomicity:
http://mail.python.org/pipermail/python-3000/2007-July/008693.html
The actual
Changes by Raymond Hettinger :
--
assignee: -> rhettinger
___
Python tracker
<http://bugs.python.org/issue13521>
___
___
Python-bugs-list mailing list
Un
New submission from Raymond Hettinger :
The csv.writer needs a special case for floats to print them to full precision.
See http://stackoverflow.com/a/8455313/1001643
In Py2.7, the csv.writer converts floats to strings using str(). This will
store 1323494016.8556759 as '1323494016.86
Changes by Raymond Hettinger :
--
priority: low -> normal
___
Python tracker
<http://bugs.python.org/issue13575>
___
___
Python-bugs-list mailing list
Unsubscri
Raymond Hettinger added the comment:
Thank you :-)
--
___
Python tracker
<http://bugs.python.org/issue11822>
___
___
Python-bugs-list mailing list
Unsubscribe:
Raymond Hettinger added the comment:
I would like to see this posted as a recipe before being put in the standard
library. It needs a chance to mature and to demonstrate that people will want
to use it.
FWIW, the example is problematic in a couple of ways. The registration of
Raymond Hettinger added the comment:
'''
Example code:
with CleanupManager() als mngr:
tmpdir = tempfile.mkdtemp()
mngr.register(shutil.rmtree(tmpdir)) <-- this makes the call right away
# do stuff with tmpdir
'''
The part of my note that should b
Raymond Hettinger added the comment:
I'll be updating this example shortly, but it is intentional that it include
only assertEqual, assertTrue, and assertRaises. Those three are the minimum
necessary to get up and running (which is the whole point of the BASIC example).
--
ass
Raymond Hettinger added the comment:
Let's just start with a working 2.7 patch and go from there.
--
___
Python tracker
<http://bugs.python.org/is
Raymond Hettinger added the comment:
Ezio, please leave this one for me.
--
___
Python tracker
<http://bugs.python.org/issue11468>
___
___
Python-bugs-list mailin
Raymond Hettinger added the comment:
I think you guys need to post your code somewhere (perhaps on PyPi or the ASPN
Cookbook). It needs to mature beyond the stage of "I just whipped-up this code
and think it would be great if everybody used it".
I've seen nothing like thi
Changes by Raymond Hettinger :
--
assignee: -> rhettinger
resolution: -> later
___
Python tracker
<http://bugs.python.org/issue13585>
___
___
Python-bugs-
Raymond Hettinger added the comment:
Thanks, I'll look at it over the next few days.
--
___
Python tracker
<http://bugs.python.org/issue13521>
___
___
Pytho
Raymond Hettinger added the comment:
Thanks Nick. You're awesome.
--
___
Python tracker
<http://bugs.python.org/issue13585>
___
___
Python-bugs-list m
Raymond Hettinger added the comment:
ISTM that .pattern is the one way to do it.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue13
Raymond Hettinger added the comment:
If you change the repr, it should at least eval-able, so be sure to capture the
flags and whatnot.
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Raymond Hettinger :
--
resolution: -> rejected
status: languishing -> closed
___
Python tracker
<http://bugs.python.org/issue13603>
___
___
Pyth
Raymond Hettinger added the comment:
The code is fixed. Am leaving this open until I have a chance to see if
anything in the docs need to be updated.
--
___
Python tracker
<http://bugs.python.org/issue13
Raymond Hettinger added the comment:
-1 I'm with Mark, Georg, and Benjamin on this one.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/is
Raymond Hettinger added the comment:
"I put my version up as a cookbook recipe:
http://code.activestate.com/recipes/577981-cleanupmanager-for-with-statements/";
One other idea is to model what I've done with the itertools docs by adding a
recipe section. I used it as a
Raymond Hettinger added the comment:
"I don't see how eval()able repr is a big deal. Most reprs aren't, ..."
Sometimes, I wonder if we're even talking about the same programming language.
Historically, a good deal of effort has gone into creating evalable rep
Raymond Hettinger added the comment:
Thanks guys. I'll look at this in detail when I get a chance. Offhand, it
seems like a good idea though it may rarely be of benefit. The only downsides
I see are that it overrides the user's ability to specify the application order
and that i
Raymond Hettinger added the comment:
I would like to think about this one for a bit before it moves forward.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue7
Raymond Hettinger added the comment:
FWIW, I concur with Antoine on this one.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue6028>
___
___
Raymond Hettinger added the comment:
I concur with closing this one.
--
___
Python tracker
<http://bugs.python.org/issue13346>
___
___
Python-bugs-list mailin
Raymond Hettinger added the comment:
-1 on this proposal. It has everyone paying a price for a questionable feature
that would benefit very few.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue13
Changes by Raymond Hettinger :
--
assignee: -> rhettinger
___
Python tracker
<http://bugs.python.org/issue13701>
___
___
Python-bugs-list mailing list
Un
Changes by Raymond Hettinger :
--
assignee: christian.heimes -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue13704>
___
___
Py
Raymond Hettinger added the comment:
-1 I concur with Martin.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue13707>
___
___
Python-bug
Raymond Hettinger added the comment:
Why is this listed as a release blocker? It is questionable whether it should
be done at all? It is a very aggressive change.
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Raymond Hettinger :
--
assignee: rhettinger -> christian.heimes
___
Python tracker
<http://bugs.python.org/issue13704>
___
___
Python-bugs-list mai
Raymond Hettinger added the comment:
[Antoine]
> Suggest closing as invalid/rajected.
[Martin]
> -1. The hash has nothing to do with the lifetime,
> but with the value of an object.
--
resolution: -> invalid
status: open -> closed
___
Raymond Hettinger added the comment:
Mark, do you think the C version of decimal is going to happen for 3.3?
If so, it make little sense to make any changes at all the current version of
the pure python code.
Another advantage to leaving the pure python code alone is that it will make
Changes by Raymond Hettinger :
--
assignee: docs@python -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue13731>
___
___
Python-
Raymond Hettinger added the comment:
I'm sorry but I think the current wording is better that your proposed revision.
When I get a chance, I'll revisit it to see if I can find another way to
improve the text.
--
priority: normal -> low
_
Raymond Hettinger added the comment:
If you can't ascertain the meaning of the sentence, I'll consider making a
change. Itherwise, this appears to have degenerated into trivial
micro-wordsmithing and I'll close this as not being worth consuming any m
Raymond Hettinger added the comment:
No problem. Thanks for showing an interest in the quality of the documentation.
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Raymond Hettinger added the comment:
This edit looks reasonable.
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue13050>
___
___
Python-bug
Raymond Hettinger added the comment:
Simon, please keep the original version fast by creating two code paths:
if key is None:
original_code
else:
new_code using the key_function
--
priority: normal -> low
___
Python tracker
&l
Changes by Raymond Hettinger :
--
assignee: -> rhettinger
___
Python tracker
<http://bugs.python.org/issue13750>
___
___
Python-bugs-list mailing list
Un
Raymond Hettinger added the comment:
Fixed in changeset 32eae3c48631.
Thanks for the report.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Raymond Hettinger :
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13755>
___
___
Python-bugs-
Raymond Hettinger added the comment:
I wrote the recipe and wanted to follow any actions related to it.
--
___
Python tracker
<http://bugs.python.org/issue12
Changes by Raymond Hettinger :
--
assignee: docs@python -> rhettinger
___
Python tracker
<http://bugs.python.org/issue12155>
___
___
Python-bugs-list mai
Raymond Hettinger added the comment:
> It doesn't define do_work(), num_worker_threads or do_work()
Is it unclear to you what those mean? They are placeholders for the user's
actual task at hand.
> my concern is that it doesn't stop worker threads.
Stopping the threads
Changes by Raymond Hettinger :
--
priority: normal -> low
___
Python tracker
<http://bugs.python.org/issue11889>
___
___
Python-bugs-list mailing list
Unsubscri
Raymond Hettinger added the comment:
Lukas, I'll fix-up the docs. Thanks for pointing out the deficiency.
--
assignee: -> rhettinger
components: +Documentation -Interpreter Core
nosy: +rhettinger
versions: +Python 3.3
___
Python tracke
Changes by Raymond Hettinger :
--
assignee: -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue12170>
___
___
Python-bugs-list mai
Changes by Raymond Hettinger :
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue12042>
___
___
Python-bugs-list mailing list
Unsubscribe:
Raymond Hettinger added the comment:
+1 on the doc suggestions
-1 on any hope that casual users will have read or remembered them. ISTM that
a common theme among the post of people getting tripped-up by this is that they
aren't doing more than a quick skim of the docs a
Raymond Hettinger added the comment:
We could beef this up a little bit, but it was intentional that we leave it
completely open on how to use it.
--
assignee: docs@python -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.pyth
Changes by Raymond Hettinger :
--
assignee: docs@python -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue12185>
___
___
Python-
Raymond Hettinger added the comment:
Please don't add notes of this sort to the docs.
--
assignee: docs@python -> rhettinger
___
Python tracker
<http://bugs.python.org
Raymond Hettinger added the comment:
Sorry, that is correct behavior for class variables.
To get your intended effect (independent lists) do the list instantiation
inside the __init__ method.
--
nosy: +rhettinger
resolution: -> invalid
status: open ->
Raymond Hettinger added the comment:
It is uncomfortable changing exception types have been a published API for over
a decade, so I'll leave this one open for a bit so that others can comment.
Most of the changes in the patch are correct and match their counterparts for
lists and st
New submission from Raymond Hettinger :
>>> sys.float_info.rounds
1
--
assignee: docs@python
components: Documentation
messages: 137493
nosy: docs@python, rhettinger
priority: normal
severity: normal
status: open
title: Document the meaning of FLT_ROUNDS constants for sys.f
Raymond Hettinger added the comment:
> I don't believe there is any reason to have tightened up
> the type constraints while fixing that - dir() should be
> returning sorted(obj.__dir__()) and not caring about the
> exact return type of the magic method.
+1
--
Raymond Hettinger added the comment:
I'm not sure this improves the docs. Will give it more thought and thorough
review at a later date. Also, I will compare it to the "docstrings" in the
spec itself.
--
priority: normal -> low
Raymond Hettinger added the comment:
I believe the type check was gratuitous to begin with and should be removed.
There's no reason the result has to be a list.
--
___
Python tracker
<http://bugs.python.org/is
Raymond Hettinger added the comment:
Can sorted() be used instead?
--
___
Python tracker
<http://bugs.python.org/issue12248>
___
___
Python-bugs-list mailin
Raymond Hettinger added the comment:
or something like:
result = obj.__dir__()
if not isinstance(result, list):
result = list(result)
result.sort()
return result
--
___
Python tracker
<http://bugs.python.org/issue12
Changes by Raymond Hettinger :
--
keywords: +patch
Added file: http://bugs.python.org/file22246/dir.patch
___
Python tracker
<http://bugs.python.org/issue12
Changes by Raymond Hettinger :
--
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/issue12164>
___
___
Python-bugs-list mailing list
Un
Raymond Hettinger added the comment:
Nadeem, I want to review this but won't have a chance to do it right away.
Offhand, it seems like we could use the existing functools.lru_cache() for this
if the stats were included as part of the key: cache[f1, f2, s1, s2]=outcome.
Also, I want to
Raymond Hettinger added the comment:
We will do something. The next release isn't for a while, so there is time to
put thought into it rather than making an immediate check-in.
--
___
Python tracker
<http://bugs.python.org/is
Raymond Hettinger added the comment:
Updated the title to reflect that the peephole optimizer will likely continue
to exist but in a much simpler form. Some complex peephole optimization such
as constant folding can be handled more easily and more robustly at the AST
level.
Other minor
Raymond Hettinger added the comment:
My preference is to remove the type check. It hasn't and won't serve a useful
purpose so there's no reason to freeze it into the API and have it live on.
That being said, it probably doesn't matter one bit how this r
Raymond Hettinger added the comment:
Yes, this is the expected behavior and yes, it is inconsistent.
It's been that way for a long while and Guido said he wouldn't do it again
(it's in his list of regrets). However, we're not going to break code by
changing it (list._
Changes by Raymond Hettinger :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue1711800>
___
___
Python-bugs-list mailing list
Un
Raymond Hettinger added the comment:
-1
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue12345>
___
___
Python-bugs-list mailing list
Unsub
Raymond Hettinger added the comment:
I'll take a look at this when I get a chance (est. two weeks).
--
___
Python tracker
<http://bugs.python.org/is
Changes by Raymond Hettinger :
--
nosy: +aronacher
___
Python tracker
<http://bugs.python.org/issue7434>
___
___
Python-bugs-list mailing list
Unsubscribe:
Raymond Hettinger added the comment:
Link to Armin's work on a pprint improvement based on a Ruby pprint tool:
https://github.com/mitsuhiko/prettyprint
--
___
Python tracker
<http://bugs.python.org/i
Changes by Raymond Hettinger :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10326>
___
___
Python-bugs-
Changes by Raymond Hettinger :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11163>
___
___
Python-bugs-
Changes by Raymond Hettinger :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11889>
___
___
Python-bugs-
Changes by Raymond Hettinger :
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11758>
___
___
Python-bugs-
Raymond Hettinger added the comment:
Added an example of how to use double underscores correctly.
I agree with Ezio that the rest of the documentation is clear on the subject.
--
resolution: -> rejected
status: open -> closed
___
Python t
Raymond Hettinger added the comment:
Made a simple fix to keep the cache from growing without bound.
Leaving this open for 3.3 as a feature request to implement a more
sophisticated strategy using file hashes or somesuch.
--
___
Python tracker
Changes by Raymond Hettinger :
--
assignee: flox -> rhettinger
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue4608>
___
___
Python-bugs-lis
Raymond Hettinger added the comment:
I agree with Fred.
--
nosy: +rhettinger
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Raymond Hettinger added the comment:
After more thought, will just close this report. If a new project emerges to
improve the design of filecmp, it can be done in a separate tracker entry.
--
resolution: later -> fixed
status: open ->
Raymond Hettinger added the comment:
Thanks for the patch.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue4608>
___
___
Python-
Changes by Raymond Hettinger :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8890>
___
___
Python-bugs-list mailing list
Unsubscri
Raymond Hettinger added the comment:
Go head an patch the first self.matching_blocks to also return a named tuple.
Also, correct any doctests or examples using these.
The docs could also mention that list of namedtuples with fields a, b, and size
is returned by get_matching_blocks
301 - 400 of 9609 matches
Mail list logo