[issue9896] Introspectable range objects

Raymond Hettinger added the comment: I don't see anything wrong with this idea, but I don't really see a need for it either. AFAICT, this has never been requested in the 20 years that range() has been in Python. This is probably YAGNI. It may also be in violation of the language moratorium

[issue1708652] Exact matching

Matthew Barnett added the comment: '$' matches at the end of the string or at a newline at the end of a string (if multiline mode isn't turned on). '\Z' matches only at the end of the string. If not even the OP is convinced of the need, then I have no objection to closing. -- __

[issue8998] add crypto routines to stdlib

Antoine Pitrou added the comment: > It is also not a convincing argument that new python libraries should > use OpenSSL if possible just because that is what _ssl uses. Compiling > Python with OpenSSL support has been optional because it puts > additional restrictions on the PSF license. Spreadi

[issue9896] Introspectable range objects

Raymond Hettinger added the comment: One other thought. If there is a perceived need, I would rather an alternate approach that unifies a language a bit by letting range() expose its arguments as a slice and modify its input to accept a slice. >>> range(0, 20, 2).slice slice(0, 20, 20) >>> r

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

Antoine Pitrou added the comment: All buildbots are red. -- assignee: tarek -> orsenthil nosy: +pitrou ___ Python tracker ___ ___ Pyth

[issue1708652] Exact matching

Changes by Raymond Hettinger : -- resolution: -> rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailin

[issue1686] string.Template.safe_substitute fail when overriding pattern attribute

Florent Xicluna added the comment: Committed with r84888. -- assignee: -> flox resolution: accepted -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue8998] add crypto routines to stdlib

lorph added the comment: > It certainly makes more sense than making Python depend on *several* crypto > libraries. Since libtomcrypt is public domain, you could incorporate the source into the tree without making it a binary dependency. The same cannot be said for OpenSSL. I certainly would

[issue1708652] Exact matching

Tom Lynn added the comment: (Sorry to comment on a closed issue, it was closed as I was writing this.) It's not that I'm not convinced of the need, just not of the solution. I still think that there are problems here: a) forgetting any \Z or $ terminator to .match() is easy, b) $ is easily

[issue8998] add crypto routines to stdlib

Antoine Pitrou added the comment: > Since libtomcrypt is public domain, you could incorporate the source > into the tree without making it a binary dependency. And then we have to maintain our copy ourselves. I'm not sure why you think this is better than depending on a system-wide install, bec

[issue8998] add crypto routines to stdlib

lorph added the comment: > The solution to stop violating it is trivial, though: just add the required mention(s). That only solves the problem for Python.org. It does not solve the problem for everyone else that has to write "This product includes software developed by the OpenSSL Project fo

[issue9896] Introspectable range objects

Mark Lawrence added the comment: What is the use case for this? -- nosy: +BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mail

[issue8998] add crypto routines to stdlib

Changes by Damjan Georgievski : -- nosy: -gdamjan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue9884] The 4th parameter of method always None or 0 on x64 Windows.

Owen added the comment: Please reproduce this issue by 64bit Python. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

Carlos Henrique Romano added the comment: Updating test in order to consider umask, this is supposed to fix buildbot issues. -- Added file: http://bugs.python.org/file18927/python-distutils_mkpath_filemode-test-update.diff ___ Python tracker

[issue2236] Distutils' mkpath implementation ignoring the "mode" parameter

Senthil Kumaran added the comment: Buildbots are green now after fixing the mode issue in the tests in r84889,r84890,r84891 -- status: open -> closed ___ Python tracker ___

[issue8998] add crypto routines to stdlib

Gregory P. Smith added the comment: This bug has turned into a bikeshed. Lets stop that please. I _DON'T_ care about performance when it comes to someone submitting an actual working implementation of a crypto library for inclusion with the standard library. The first priority needs to be a u

<    1   2