[issue7076] Documentation add note about SystemRandom

Changes by Raymond Hettinger : -- assignee: georg.brandl -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue7076] Documentation add note about SystemRandom

Raymond Hettinger added the comment: FWIW, the docs for os.urandom() state: """Return a string of n random bytes suitable for cryptographic use. This function returns random bytes from an OS-specific randomness source. The returned data should be unpredictable enough for cryptographic applicat

[issue7076] Documentation add note about SystemRandom

Jan Hosang added the comment: I think non-determinism is more then os.urandom can deliver. As far as I know the OS still does deterministic calculations, though they are maybe less obvious. Maybe call it "safer, OS dependent"? -- nosy: +chuck ___ P

[issue7076] Documentation add note about SystemRandom

New submission from Shawn Ligocki : I did not notice the existence of random.SystemRandom until after I had implemented my own version. I thought it would be nice to mention it in the opening section. I've added a tiny note about random.SystemRandom. What do you guys think, feel free to reword it

[issue7069] inspect.isabstract to return boolean values only

Jan Hosang added the comment: I changed the patch so it does not introduce new dependencies and fails before the patch of isabstract(). -- Added file: http://bugs.python.org/file15064/inspect.diff ___ Python tracker

[issue6717] Some problem with recursion handling

Terry J. Reedy added the comment: For anyone trying this on another system: you must specifically click on and drag the mouse/turtle graphic. Running from IDLE edit, I get no traceback in the Shell Window, unlike with the script I attached to #7074 and now here. While I am closing the latter as

[issue7075] Bug while put a set on a dict

Chu-Cheng added the comment: my fault, I know what is the difference now :) sorry for bugging -- status: open -> closed ___ Python tracker ___ ___

[issue7075] Bug while put a set on a dict

New submission from Chu-Cheng : >>> x={1:{1}} >>> x[1] = (x.get(1).add(2)) >>> x {1: None} But... >>> x={1:{1}} >>> o = x.get(1) >>> o.add(2) >>> o {1, 2} >>> x[1] = o >>> x {1: {1, 2}} -- components: None messages: 93674 nosy: chucheng severity: normal status: open title: Bug while put

[issue3563] fix_idioms.py generates bad code

Changes by Benjamin Peterson : -- assignee: collinwinter -> benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue3563] fix_idioms.py generates bad code

Joe Amenta added the comment: Missed a paren in the last one... re-uploading it. -- Added file: http://bugs.python.org/file15062/fix_idioms.patch ___ Python tracker ___ _

[issue3563] fix_idioms.py generates bad code

Changes by Joe Amenta : Removed file: http://bugs.python.org/file15061/fix_idioms.patch ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue3563] fix_idioms.py generates bad code

Joe Amenta added the comment: Attached a patch that implements more thoroughly what appears to be the intended behavior. -- nosy: +joe.amenta Added file: http://bugs.python.org/file15061/fix_idioms.patch ___ Python tracker

[issue6845] Restart support in binary upload for ftplib

Changes by Pablo Mouzo : Removed file: http://bugs.python.org/file14876/issue6845.patch ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue918368] urllib doesn't correct server returned urls

Senthil Kumaran added the comment: AdamN, did you specifically come across a scenario which broke due to this change? I can understand your concern, in general. The 'non-breaking' existing tests is the one of confidence factor we have in introducing the changes. --

[issue7074] Turtle module crashes python

Terry J. Reedy added the comment: resubmitting file -- Added file: http://bugs.python.org/file15060/turtlecrash.py ___ Python tracker ___

[issue7074] Turtle module crashes python

Changes by Terry J. Reedy : Removed file: http://bugs.python.org/file15059/turtlecrash.py ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue7074] Turtle module crashes python

New submission from Terry J. Reedy : Attached file run from IDLE edit window with 3.1, winxp works fine-- turtle moves in response to cursor keys-- if quit soon enough. But after about 1000 key repeats, pythonw crashes with standard MSVC++ runtime error window, pythonw error window, and IDLE shel

[issue7073] Python 2.6.3 final windows installer installs a release candidate

Ezio Melotti added the comment: This is a known issue, 2.6.4 will be out soon. See http://mail.python.org/pipermail/python-committers/2009-October/000648.html -- nosy: +ezio.melotti resolution: -> later stage: -> committed/rejected status: open -> closed _

[issue7073] Python 2.6.3 final windows installer installs a release candidate

New submission from Jose Antonio Martin H : Python 2.6.3 (r263rc1:75186, Oct 2 2009, 20:40:30) [MSC v.1500 32 bit (Intel)] on win32 That is the python that is installed with the python 2.6.3 installer. -- components: Installation messages: 93667 nosy: jamartinh severity: normal status:

[issue5127] UnicodeEncodeError - I can't even see license

Changes by Amaury Forgeot d'Arc : Added file: http://bugs.python.org/file15058/unicodectype_ucs4_3.patch ___ Python tracker ___ ___ Python-bugs

[issue3244] multipart/form-data encoding

Jesse Noller added the comment: This request really does need a patch+tests+doc changes - I don't know if anyone with +commit has the time to distill the various implementations and generate something. -- nosy: +jnoller ___ Python tracker

[issue6670] Printing the 'The Python Tutorial'

Jesse Noller added the comment: I posted to the wrong bug, apologies -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue6670] Printing the 'The Python Tutorial'

Changes by Jesse Noller : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/opti

[issue6670] Printing the 'The Python Tutorial'

Jesse Noller added the comment: This request really does need a patch+tests+doc changes - I don't know if anyone with +commit has the time to distill the various implementations and generate something. -- nosy: +jnoller ___ Python tracker

[issue1571184] Generate numeric/space/linebreak from Unicode database.

Amaury Forgeot d'Arc added the comment: Patch applied with r75272. Merged to py3k, adapted and regenerated files with r75274. -- resolution: -> fixed status: open -> closed ___ Python tracker __

[issue5127] UnicodeEncodeError - I can't even see license

Amaury Forgeot d'Arc added the comment: > that would cause lots of compiler > warnings and implicit truncation on UCS2 builds Unfortunately, there is no such warning, or the initial problem we are trying to solve would have been spotted by such a warning (unicode_repr() calls Py_UNICODE_ISPRI

[issue7029] Improve pybench

Marc-Andre Lemburg added the comment: Kristján Valur Jónsson wrote: > > Kristján Valur Jónsson added the comment: > > Here is an updated patch with the superfluous timing function removed. > Please advise me on how you "don't like the implementation" The reporting methods are a complete mess

[issue7069] inspect.isabstract to return boolean values only

Changes by Gabriel Genellina : Removed file: http://bugs.python.org/file15052/inspect.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7069] inspect.isabstract to return boolean values only

Gabriel Genellina added the comment: Tests added. -- Added file: http://bugs.python.org/file15057/inspect.diff ___ Python tracker ___

[issue5127] UnicodeEncodeError - I can't even see license

Marc-Andre Lemburg added the comment: It's not as easy as that. The functions for case conversion are used in a way that assumes they never fail (and indeed, the existing functions cannot fail). What we can do is change the input parameter to Py_UCS4, but not the Py_UNICODE output parameter, s

[issue918368] urllib doesn't correct server returned urls

Adam Nelson added the comment: This seems a bit serious for inclusion in 2.7 IMHO. urllib is used in all sorts of hackish ways in the wild and I really wonder if this is going to cause more problems for people than it's worth. The 3.x series alone seems like the best place for this which is

[issue3244] multipart/form-data encoding

Andrey Petrov added the comment: Once upon a time I wrote a library that did some of this among other things: http://code.google.com/p/urllib3/ Or specifically: http://code.google.com/p/urllib3/source/browse/trunk/urllib3/filepost.py The code was borrowed from some of the recipes mentioned, b

[issue7029] Improve pybench

Kristján Valur Jónsson added the comment: And here is the actual patch. -- Added file: http://bugs.python.org/file15056/pybench.patch ___ Python tracker ___ _

[issue7029] Improve pybench

Kristján Valur Jónsson added the comment: Here is an updated patch with the superfluous timing function removed. Please advise me on how you "don't like the implementation" I'm also considering adding a '--quiet' flag that causes it to only emit the 'total' line. This is useful for automated

[issue6992] PEP 314 inconsistency (authors/author/maintainer)

Marc-Andre Lemburg added the comment: anatoly techtonik wrote: > > anatoly techtonik added the comment: > > On Tue, Oct 6, 2009 at 4:04 PM, Marc-Andre Lemburg > wrote: >>> >>> Please, be specific. PyPi maintainer or trac-plugin package maintainer >>> or debian package maintainer? Which shoul

[issue6670] Printing the 'The Python Tutorial'

Ezio Melotti added the comment: To fix this problem is enough to add an !important to the margin: 0; rule in the @media print {} at the end of basic.css (line 408). I'll try to explain why the !important is necessary. In default.css @import url("basic.css"); (correctly) appears at the beginning

[issue5395] array.fromfile not checking I/O errors

Jan Hosang added the comment: Thanks Aduardo! (I could have sworn I tried that.) I changed the test to reading from a file in 'wb' mode, which raised a EOFError before and now raises IOErrors. -- Added file: http://bugs.python.org/file15055/array_ioerror.patch ___

[issue6992] PEP 314 inconsistency (authors/author/maintainer)

anatoly techtonik added the comment: On Tue, Oct 6, 2009 at 4:04 PM, Marc-Andre Lemburg wrote: >> >> Please, be specific. PyPi maintainer or trac-plugin package maintainer >> or debian package maintainer? Which should be mentioned in debian >> package for a trac plugin uploaded to PyPi for easy

[issue7072] isspace(0xa0) is true on Mac OS X

New submission from Naoki INADA : Old FreeBSD's libc has a bug relate to utf-8 locale and Python have patch for it: http://svn.python.org/view/python/trunk/Include/pyport.h? view=diff&pathrev=43219&r1=36792&r2=36793 This bug appears in Mac OS X again. This test fails: >>> s = '\xa0' >>> assert

[issue5395] array.fromfile not checking I/O errors

Eduardo Aguiar added the comment: Another try. I have opened a file for writing, and have tried to read from it: >>> fp = open ('xxx', 'w') >>> fp.read () Traceback (most recent call last): File "", line 1, in IOError: [Errno 9] Bad file descriptor -- __

[issue6992] PEP 314 inconsistency (authors/author/maintainer)

Marc-Andre Lemburg added the comment: anatoly techtonik wrote: > > anatoly techtonik added the comment: > >>> Tarek Ziadé added the comment: > >>> Yes but fixing this inconsitency can be done on either side: >>> A - remove the maintainer and maintainer_email >>> B - add the Maintainer and M

[issue6992] PEP 314 inconsistency (authors/author/maintainer)

anatoly techtonik added the comment: >> Tarek Ziadé added the comment: >> Yes but fixing this inconsitency can be done on either side: >> A - remove the maintainer and maintainer_email >> B - add the Maintainer and Maintainer-email in the metadata >> If we don't have a use case, I'd go for A/

[issue6516] reset owner/group to root for distutils tarballs

Bheemesh added the comment: HI Tarek, Thanks very much for a quick reply here. since i am new to this , can you help me with sdist command to have the latest changes? Best Regards, Bheemesh On Tue, Oct 6, 2009 at 5:59 PM, Tarek Ziadé wrote: > > Tarek Ziadé added the comment: > > Hi Bheem

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue7068] 2.6.3 does not use specified compiler

Tarek Ziadé added the comment: Done in r75269. Thanks Shun-ichi and Marc-André -- status: open -> closed ___ Python tracker ___ ___ Py

[issue6516] reset owner/group to root for distutils tarballs

Tarek Ziadé added the comment: Hi Bheemesh, This is a new feature, so it was added in the current trunk that will become 2.7 and 3.2. So unfortunately, you can't have it in any 2.6 release. A workaround is to create your own sdist command, that includes the changes made in 2.7. -- _

[issue7068] 2.6.3 does not use specified compiler

Barry A. Warsaw added the comment: Tarek, please commit this fix before 2.6.4rc1 (i.e. asap :) -- priority: -> release blocker resolution: -> accepted ___ Python tracker ___ __

[issue6516] reset owner/group to root for distutils tarballs

Bheemesh added the comment: I just took download of the latest python 2.6.3 which was updated on 2nd OCT 09, and found that while tarball creation everything looks OK, but when we un-tar the archive the permissions goes back to the current user logged in. Can this be set to the user mentioned wh

[issue7071] distutils and IronPython compatibility

Michael Foord added the comment: Hmmm... ok, so I was running on Vista where a normal user can't create files in the "Program Files" directory anyway. If I run with elevated permissions then I get the same error as reported on the IronPython issue on codeplex (which is probably what you will see

[issue7071] distutils and IronPython compatibility

Changes by Michael Foord : -- keywords: +26backport ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue7071] distutils and IronPython compatibility

New submission from Michael Foord : distutils package installation isn't compatible with IronPython. To reproduce first install IronPython 2.6 (RC1 is currently latest version) from the msi installer. This installs by default on Windows into "C:\Program Files\IronPython 2.6" and includes a "site

[issue1282647] socket.getaddrinfo() bug for IPv6 enabled platforms

Bert Vermeulen added the comment: This is not a python bug, but a bug in the underlying libc. A simple getaddrinfo() call in C exhibits the exact same behavior. It has been fixed at some point; I see this bug on Centos 3.3 but not on Centos 4.4, for example. I've attached a small C demo that wi

[issue6516] reset owner/group to root for distutils tarballs

Bheemesh added the comment: Hello Tarek, done in r75192 and r75194. Thanks Till ! Can you please tell me how to get this correction into use? -- nosy: +bheemesh ___ Python tracker

[issue7068] 2.6.3 does not use specified compiler

Tarek Ziadé added the comment: Thanks for noticing, I'll rename it in the maintenance branch, but I need to wait for Barry to give me the green light since the 2.6 branch is frozen right now. -- nosy: +barry ___ Python tracker

[issue5127] UnicodeEncodeError - I can't even see license

Amaury Forgeot d'Arc added the comment: So the discussion is now on 2 points: 1. Is the change backwards compatible? (at the code level, after recompilation). My answer is yes, because all known case transformations stay in the same plane: if you pass a char in the BMP, they return a char in t

[issue7070] round(x) gives wrong result for large odd integers

New submission from Mark Dickinson : The single-argument form of the builtin round function can give incorrect results for large integers. >>> x = 5e15+1 >>> x == int(x) True >>> x == round(x) # expect True here False >>> x 5001.0 >>> round(x) 5002.0 >>> int(x) 5

[issue7068] 2.6.3 does not use specified compiler

Marc-Andre Lemburg added the comment: Thanks for reporting this. It appears that Benjamin tried to undo the .compiler attribute renaming Tarek had applied and r72586, but forgot to change back line 303 to the original version: {{{ # Setup the CCompiler object that we'll use to do all t