[issue17235] make sharedinstall ignores ./configure settings
Ned Deily added the comment: Sorry, I'm unable to reproduce your results and they look rather suspicious. Keep in mind that the Python build uses its copy of Distutils to build and install the interpreter's shared extension modules, like _ctypes.so. My guess is that your make install is being influenced by settings in a Distutils configuration file, such as ~/.pydistutils.cfg. If so, this is a duplicate of Issue4655. http://docs.python.org/2/install/index.html#distutils-configuration-files -- nosy: +ned.deily resolution: - duplicate stage: - committed/rejected status: open - pending superseder: - during Python installation, setup.py should not use .pydistutils.cfg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17235 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6138] './configure; make install' fails in setup.py step if .pydistutils.cfg specifies 'home'
Ned Deily added the comment: Let's consolidate these. -- nosy: +ned.deily resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - during Python installation, setup.py should not use .pydistutils.cfg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6138 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4655] during Python installation, setup.py should not use .pydistutils.cfg
Ned Deily added the comment: rdm notes in duplicate Issue6138: There is a bug here, of some sort. Either the .pydistutils.cfg file's install clause should override the default --prefix somehow, or the error message should indicate where the setting for 'home' and '--prefix' came from to enable the user to debug the configuration. In the latter case there would also need to be a way to explicitly tell either make install or configure to ignore .pydistutils.cfg. In the former case, an explicit --prefix passed to configure would need to override .pydistutils.cfg. -- nosy: +ned.deily, r.david.murray -BreamoreBoy versions: +Python 3.3, Python 3.4 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4655 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
New submission from Firat Ozgul: lower() method of strings gives different output for 'Latin Capital Letter I with Dot Above' on Python 3.2 and Python 3.3. On Python 3.2 (Windows XP): \u0130.lower() 'i' #this is correct On Python 3.3 (Windows XP): \u0130.lower() 'i\u0307' #this is wrong Why is this difference? This breaks code, because 'i' and 'i\u0307' are different letters. -- messages: 182485 nosy: firatozgul priority: normal severity: normal status: open title: Latin Capital Letter I with Dot Above type: behavior versions: Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17235] make sharedinstall ignores ./configure settings
Michael Kuhn added the comment: Thanks a lot Ned: you're right, the unexpected path was indeed set in ~/.pydistutils.cfg. So I agree with what has been written in the other issues, that the installation should detect the clash between the command line configuration and the configuration file to alert the unsuspecting user. -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17235 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17239] XML vulnerabilities in Python
Changes by Dirkjan Ochtman dirk...@ochtman.nl: -- nosy: +djc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17239 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
R. David Murray added the comment: I thought this would just be a difference in the unicode database, but that appears not to be the case. Ezio, this is related to the infamous Turkic dotless lower case i problem (see, eg, http://mail.python.org/pipermail/python-bugs-list/2005-October/030686.html). The SpecialCasing.txt file entries for these characters seems to be the same in 6.0.0 (3.2) and 6.1.0 (3.3). So the question is, why did the Python behavior change, and is it indeed a bug? What python3.3 is returning is the canonical version, which would seem to be correct. Have we been buggy up to this point and something got fixed? And, referencing that thread above, how does one do a locale dependent lower case? -- components: +Unicode nosy: +ezio.melotti, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Firat Ozgul added the comment: In Python, things like lowercasing-uppercasing and sorting were always problematic with regard to Turkish language. For instance, whatever the locale is, you cannot lowercase the word 'KADIN' (woman) in Turkish correctly:: KADIN.lower() 'kadin' ... which is wrong. That should be 'kadın' ('kad\u0131n'). Likewise 'kitap' (book):: kitap.upper() 'KITAP' ... which is wrong. That should be 'KİTAP' ('K\u0130TAP'). As for this thread, in 3.3, Python does a completely different thing:: KİTAP.lower() 'ki\u0307tap' #wrong In Python 3.2, this was:: KİTAP.lower() 'kitap' #correct 'i' and 'i\u0307' are not the same. Turkish Python programmers define their own upper(), lower(), title(), swapcase() and casefold() methods and use their own sorting techniques. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17253] stdin.readline behaviour different between IDLE and the console
New submission from Jason R Briggs: The sys.stdin.readline function takes a limit parameter, which limits the number of characters read. If you try using that parameter in IDLE, you get the following error: Traceback (most recent call last): File pyshell#1, line 1, in module sys.stdin.readline(13) TypeError: readline() takes exactly 1 positional argument (2 given) I've tried this in a number of different versions and it looks to have been like this for a while. A possible fix looks fairly straightforward. Something vaguely like... def readline(self): --- def readline(self, limit=-1): 993a994,995 if limit = 0: line = line[0:limit] (with apologies if this is a dup ticket -- there seems to be a number of tickets raised regarding issues with IDLE and its version stdin/stdout, but I couldn't see any which discussed this particular behaviour). -- components: IDLE messages: 182488 nosy: jason.briggs priority: normal severity: normal status: open title: stdin.readline behaviour different between IDLE and the console type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17253 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17254] add thai encoding aliases to encodings.aliases
New submission from albertjan: This is almost identical to: http://bugs.python.org/issue854511 However, tis602, which is mentioned in the orginal bug report, is not an alias to cp874. Therefore, I propose the following: import encodings aliases = encodings.aliases.aliases more_aliases = {'ibm874' : 'cp874', 'iso_8859_11': 'cp874', 'iso8859_11' : 'cp874', 'windows_874': 'cp874', } aliases.update(more_aliases) -- messages: 182489 nosy: fo...@yahoo.com priority: normal severity: normal status: open title: add thai encoding aliases to encodings.aliases ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17254 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17253] stdin.readline behaviour different between IDLE and the console
Jason R Briggs added the comment: Note, that change I quoted would be in idlelib/PyShell.py -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17253 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
R. David Murray added the comment: Right, and the unicode consortium says that that weird thing 3.3 is doing is the canonical lowercasing, and this is the case exactly because in 3.3 \u0130.lower().upper() == \u0130. Which I why I asked Ezio if we ever came up with a way to do lower/upper in a locale specific manner. The behavior change is an issue, but I'm thinking the 3.3 behavior is probably the correct behavior per the unicode standard. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15004] add weakref support to types.SimpleNamespace
Antoine Pitrou added the comment: Good, except that you have to add a gc.collect() call for the non-refcounted implementations. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15004 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17254] add thai encoding aliases to encodings.aliases
Marc-Andre Lemburg added the comment: On 20.02.2013 12:48, albertjan wrote: New submission from albertjan: This is almost identical to: http://bugs.python.org/issue854511 However, tis602, which is mentioned in the orginal bug report, is not an alias to cp874. Therefore, I propose the following: import encodings aliases = encodings.aliases.aliases more_aliases = {'ibm874' : 'cp874', 'iso_8859_11': 'cp874', 'iso8859_11' : 'cp874', 'windows_874': 'cp874', } aliases.update(more_aliases) Please provide evidence that those encodings are indeed the same. Thanks, -- Marc-Andre Lemburg eGenix.com -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17254 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Firat Ozgul added the comment: r.david.murray: '(...) because in 3.3 \u0130.lower().upper() == \u0130' Do you mean in Python 3.3 \u0130.lower() returns \u0130? If you are saying so, this is not the case, because in Python 3.3:: '\u0130'.lower() 'i\u0307' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Antoine Pitrou added the comment: Yes, I think 3.3 is correct here. I think it was Benjamin who fixed/improved the behaviour of casing methods. Compare 3.3: ß.upper() 'SS' with 3.2: ß.upper() 'ß' Also, 3.2 loses information: KİTAP.lower().upper() 'KITAP' ascii(KİTAP.lower().upper()) 'KITAP' while 3.3 retains it: KİTAP.lower().upper() 'KİTAP' ascii(KİTAP.lower().upper()) 'KI\\u0307TAP' You can get the combined form again with unicodedata.normalize: unicodedata.normalize(NFC, KİTAP.lower().upper()) 'KİTAP' -- nosy: +benjamin.peterson, haypo, lemburg, pitrou resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17255] test_any and test_all should validate short-circuiting behaviour
New submission from wim glenn: The docs http://docs.python.org/2/library/functions.html#all provide some equivalent code for all builtin (and similarly for any): def all(iterable): for element in iterable: if not element: return False return True The behaviour is clearly documented as short-circuiting, but the cases contained in test_builtin.py are lacking any test coverage for the short-circuiting behaviour. You could implement any/all in a broken way that still passes the current tests (consuming more of a generator than you want to for example), so it is important to guarantee the short-circuiting. My patch adds two simple test cases to make this behaviour explicit. -- components: Tests files: mywork.patch keywords: patch messages: 182496 nosy: wim.glenn priority: normal severity: normal status: open title: test_any and test_all should validate short-circuiting behaviour type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file29131/mywork.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17255 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Firat Ozgul added the comment: Don't you think that there is a problem here? KİTAP.lower().upper() 'KİTAP' ascii(KİTAP.lower().upper()) 'KI\\u0307TAP' İ is not i\u0307. That's a different letter. i\u0307is 'i with combining dot above'. However, İ is \u0130 (Latin Capital Letter I with Dot Above). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Firat Ozgul added the comment: ascii(KİTAP.lower().upper()) should return K\u0130TAP. Yes, Python 3.2 loses information, but Python 3.3 inserts faulty information, which, I think, is much worse than losing information. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
R. David Murray added the comment: Ah, you are right, I did not decode it to see what the actual characters were. That does contradict what I said, but I'm way out of my depth on unicode at this point, so we'll have to wait for someone more expert to weigh in. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17253] stdin.readline behaviour different between IDLE and the console
Serhiy Storchaka added the comment: Already fixed in issue9290. -- nosy: +serhiy.storchaka resolution: - out of date stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17253 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17164] MozillaCookieJar does not handle session cookies
Piotr Dobrogost added the comment: I could try to write a patch with some help if there was any chance it might be accepted. Where do I start? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17164 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Changes by Firat Ozgul ozgulfi...@gmail.com: -- resolution: invalid - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Firat Ozgul added the comment: Excerpt from http://www.unicode.org/Public/UNIDATA/SpecialCasing.txt # Turkish and Azeri # I and i-dotless; I-dot and i are case pairs in Turkish and Azeri # The following rules handle those cases. 0130; 0069; 0130; 0130; tr; # LATIN CAPITAL LETTER I WITH DOT ABOVE 0130; 0069; 0130; 0130; az; # LATIN CAPITAL LETTER I WITH DOT ABOVE So the code 0130 should be 0069 in lowercase; 0130 in uppercase; 0130 in titlecase; and again 0130 in uppercase. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15004] add weakref support to types.SimpleNamespace
Richard Oudkerk added the comment: Good, except that you have to add a gc.collect() call for the non-refcounted implementations. Better to use test.support.gc_collect(). -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15004 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Benjamin Peterson added the comment: Notice the lines you pulled have tr and az at the end of them meaning they only apply for Turkish and Azeri. Since the lower() method has no idea whether the user intends to be in a Turkish or Azeri locale or not, we just have to use the generic lowering mapping which simply preserves canonical equivalence. -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Firat Ozgul added the comment: Even if you set Turkish locale, the output is still generic. Furthermore, does canonical equivalence really dictate that 'Latin Capital Letter I with Dot Above' should be mapped to 'I With Combining Dot Above' in lowercase? Note: 'Uppercase Dotted i' only exists in Turkish and Azeri. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16245] Update html.entities.html5 dictionary and parseentities.py
Ramchandra Apte added the comment: Shouldn't this be deferred blocker? -- nosy: +Ramchandra Apte ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16245 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Ramchandra Apte added the comment: I suppose this should be closed. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue886488] popen2 on Windows does not check _fdopen return value
Ramchandra Apte added the comment: I think so. -- nosy: +Ramchandra Apte ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue886488 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1398781] Example in section 5.3 Pure Embedding doesn't work.
Ramchandra Apte added the comment: Is this still valid? -- nosy: +Ramchandra Apte ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1398781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Firat Ozgul added the comment: Whatever the behavior of Python is in 'generic' terms, I believe, we should be able to do locale-dependent uppercasing-lowercasing, which we cannot do at the moment. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Christian Heimes added the comment: The bug hasn't been closed deliberately. We need to announce the security fix and possibly acquire a CVE, too. -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17254] add thai encoding aliases to encodings.aliases
albertjan added the comment: Hi, I found this report that includes your name: http://mail.python.org/pipermail/python-bugs-list/2004-August/024564.html Other relevant websites: http://en.wikipedia.org/wiki/ISO/IEC_8859-11 # is wikipedia 'proof'? http://code.ohloh.net/file?fid=dhX2dJrRWGISzQAijawMU6qzWJQcid=YD58Y-grdtEs=browser=Default http://msdn.microsoft.com/en-us/goglobal/cc305142.aspx http://www.iso.org/iso/catalogue_detail?csnumber=28263 # non-free Regards, Albert-Jan ~~ All right, but apart from the sanitation, the medicine, education, wine, public order, irrigation, roads, a fresh water system, and public health, what have the Romans ever done for us? ~~ - Original Message - From: Marc-Andre Lemburg rep...@bugs.python.org To: fo...@yahoo.com Cc: Sent: Wednesday, February 20, 2013 1:22 PM Subject: [issue17254] add thai encoding aliases to encodings.aliases Marc-Andre Lemburg added the comment: On 20.02.2013 12:48, albertjan wrote: New submission from albertjan: This is almost identical to: http://bugs.python.org/issue854511 However, tis602, which is mentioned in the orginal bug report, is not an alias to cp874. Therefore, I propose the following: import encodings aliases = encodings.aliases.aliases more_aliases = {'ibm874' : 'cp874', 'iso_8859_11': 'cp874', 'iso8859_11' : 'cp874', 'windows_874': 'cp874', } aliases.update(more_aliases) Please provide evidence that those encodings are indeed the same. Thanks, -- Marc-Andre Lemburg eGenix.com -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17254 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17254 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
R. David Murray added the comment: Yes, earlier in that file is the generic translation: # Preserve canonical equivalence for I with dot. Turkic is handled below. 0130; 0069 0307; 0130; 0130; # LATIN CAPITAL LETTER I WITH DOT ABOVE You see that Python is following the standard, here. Agreed about the locale-aware upper/lower, etc, but that's a feature request. There's been some discussion about this kind of thing, but I don't remember what the status is. A search of the python-ideas and/or python-dev mailing lists might yield some clues. It's a discussion for one of those mailing lists rather than the bug tracker, in any case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17256] code example should be highlighted
New submission from Ramchandra Apte: in http://docs.python.org/2/extending/embedding.html#linking-requirements the code example isn't highlighted -- assignee: docs@python components: Documentation messages: 182515 nosy: Ramchandra Apte, docs@python priority: normal severity: normal status: open title: code example should be highlighted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17256 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17256] code example should be highlighted
Changes by Ramchandra Apte maniandra...@gmail.com: -- versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17256 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17256] code example should be highlighted
Ramchandra Apte added the comment: Also in the section above: http://docs.python.org/2/extending/embedding.html#extending-embedded-python , the two code examples should be highlighted. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17256 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17256] code example in C API docsshould be highlighted
Changes by Ramchandra Apte maniandra...@gmail.com: -- title: code example should be highlighted - code example in C API docsshould be highlighted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17256 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Firat Ozgul added the comment: Apparently, what Python did wrong in the past was somewhat good for Turkish Python developers! This means Turkish developers now have one more problem to solve. Bad. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Antoine Pitrou added the comment: İ is not i\u0307. That's a different letter. i\u0307is 'i with combining dot above'. However, İ is \u0130 (Latin Capital Letter I with Dot Above). Did you actually read my message? You can reconcile the two using unicodedata.normalize(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Benjamin Peterson added the comment: The locale module does not affect Unicode operations. That's C locale; I'm talking about concept of Unicode locale, which Python doesn't currently know anything about. I agree it would be useful to customize the locale of various unicode operations. That's a much broader language-level issue, though, in need of careful design. As for the useless generic mapping of LATIN CAPITAL LETTER I WITH DOT ABOVE, the idea is there is no LATIN SMALL LETTER I WITH DOT ABOVE so the generic lower casing comes from decomposing the character then lowering the latin one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Marc-Andre Lemburg added the comment: On 20.02.2013 15:58, Benjamin Peterson wrote: Benjamin Peterson added the comment: The locale module does not affect Unicode operations. That's C locale; I'm talking about concept of Unicode locale, which Python doesn't currently know anything about. I agree it would be useful to customize the locale of various unicode operations. That's a much broader language-level issue, though, in need of careful design. We'd need to add the CLDR for locale aware operations and a Python interface for it: http://cldr.unicode.org/ The Babel project provides such an interface: http://babel.edgewall.org/ The project appears to have stalled, though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17252] Latin Capital Letter I with Dot Above
Christian Heimes added the comment: In the meantime you can use PyICU https://pypi.python.org/pypi/PyICU for locale aware transformations: from icu import UnicodeString, Locale tr = Locale(TR) s = UnicodeString(KADIN) print(unicode(s.toLower(tr))) kadın unicode(s.toLower(tr)) u'kad\u0131n' -- nosy: +christian.heimes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17252 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17254] add thai encoding aliases to encodings.aliases
Marc-Andre Lemburg added the comment: On 20.02.2013 15:40, albertjan wrote: albertjan added the comment: Hi, I found this report that includes your name: http://mail.python.org/pipermail/python-bugs-list/2004-August/024564.html Other relevant websites: http://en.wikipedia.org/wiki/ISO/IEC_8859-11 # is wikipedia 'proof'? http://code.ohloh.net/file?fid=dhX2dJrRWGISzQAijawMU6qzWJQcid=YD58Y-grdtEs=browser=Default http://msdn.microsoft.com/en-us/goglobal/cc305142.aspx http://www.iso.org/iso/catalogue_detail?csnumber=28263 # non-free Thanks. Something is wrong with your request, though: * we already have an iso8859_11 code, so aliasing it to some other name is not possible * we already have an cp874 code, so aliasing it to some other name is not possible * cp874 differs from iso8859_11 in a few places, so aliasing cp874 is not possible (see http://en.wikipedia.org/wiki/ISO/IEC_8859-11#Code_page_874) What we could do is add aliases 'x-ibm874' and 'windows_874' to 'cp874'. I'm not sure whether 'ibm874' and 'x-ibm874' are the same thing. The references only mention 'x-ibm874'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17254 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13772] listdir() doesn't work with non-trivial symlinks
Jason R. Coombs added the comment: I've started work on restoring the directory detection in my bitbucket repo (https://bitbucket.org/jaraco/cpython-issue13772). I have added a regression test to capture the basic failure (where the link is not created in the current working directory) as well as a fix. The fix uses the [Microsoft Shell Lightweight Utility Functions](http://msdn.microsoft.com/en-us/library/bb759844%28v=vs.85%29.aspx) which has one benefit of being tested and robust, but has two disadvantages, namely: - it adds a link-time dependency. - it doesn't support forward-slashes, which the reference implementation does, and which I believe the CPython implementation should. Interestingly, it does detect the '/' character as a separator - it just doesn't treat it as one when stripping the trailing path. Given these disadvantages, I'm inclined to write custom functions to support the directory detection. Any suggestions are appreciated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13772 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Zachary Ware added the comment: I believe we're also waiting on input from Barry about whether to apply the patch to 2.6. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Barry A. Warsaw added the comment: Does the 2.x patch apply cleanly to 2.6? If so, then I think it should be applied (though I'd like to review it first). 2.6 is still under security maintenance until October 2013. I'm thinking we'll probably do one last security release around that time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Zachary Ware added the comment: Does the 2.x patch apply cleanly to 2.6? It should, if I remember correctly, though I haven't checked since uploading it. I believe there were actually very few or no changes to the file the patch is for between 2.6 and 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Changes by Barry A. Warsaw ba...@python.org: -- versions: +Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17254] add thai encoding aliases to encodings.aliases
albertjan added the comment: Sent: Wednesday, February 20, 2013 4:25 PM Subject: [issue17254] add thai encoding aliases to encodings.aliases Thanks. Something is wrong with your request, though: * we already have an iso8859_11 code, so aliasing it to some other name is not possible * we already have an cp874 code, so aliasing it to some other name is not possible * cp874 differs from iso8859_11 in a few places, so aliasing cp874 is not possible (see http://en.wikipedia.org/wiki/ISO/IEC_8859-11#Code_page_874) Sorry about that. What we could do is add aliases 'x-ibm874' and 'windows_874' to 'cp874'. I'm not sure whether 'ibm874' and 'x-ibm874' are the same thing. The references only mention 'x-ibm874'. The following document says the following are aliases: x-IBM874, cp874, ibm874, ibm-874, 874 http://www.java2s.com/Tutorial/Java/0180__File/DisplaysAvailableCharsetsandaliases.htm http://www.fileformat.info/info/charset/x-IBM874/index.htm In addition it seems that 'windows_874' is used (that's the one that raised this issue for me), but I've also seen references of windows-874, windows874 , WIN874: http://doxygen.postgresql.org/encnames_8c_source.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17254 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Barry A. Warsaw added the comment: Release blocking for 2.6.9 (oh how I wish we could release block for specific Python versions). -- nosy: +georg.brandl, larry priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8930] messed up formatting after reindenting
R. David Murray added the comment: Looks like there's no reason for this issue to still be open. If I'm wrong one of the principles can reopen it ;) -- nosy: +r.david.murray stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17237] m68k aligns on 16bit boundaries.
Serhiy Storchaka added the comment: mirabilos, if you are motivated enough, do the following. Compile two Python executables - one with deleted assert, and second with deleted a block between #if SIZEOF_LONG = SIZEOF_VOID_P and #endif. Run following microbenchmarks for both executables: ./python -m timeit -s x=b'A'*1 x.decode('ascii') ./python -m timeit -s x=b'A'*1 x.decode('utf-8') -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17237 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17241] Python-2.3.5.exe file possibly corrupt
Changes by Stefan Krah stefan-use...@bytereef.org: -- resolution: - works for me stage: - committed/rejected status: pending - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17241 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Antoine Pitrou added the comment: Barry A. Warsaw added the comment: Does the 2.x patch apply cleanly to 2.6? Perhaps it's your job as a release manager to check that ;-P -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15301] os.chown: OverflowError: Python int too large to convert to C long
Roundup Robot added the comment: New changeset 9b37e53838eb by Serhiy Storchaka in branch '2.7': Issue #15301: Enhance os.*chown() testing. Based on patch by Larry Hastings. http://hg.python.org/cpython/rev/9b37e53838eb New changeset a0baf5347cd1 by Serhiy Storchaka in branch '3.2': Issue #15301: Enhance os.*chown() testing. Based on patch by Larry Hastings. http://hg.python.org/cpython/rev/a0baf5347cd1 New changeset e97b6394848b by Serhiy Storchaka in branch '3.3': Issue #15301: Enhance os.*chown() testing. Based on patch by Larry Hastings. http://hg.python.org/cpython/rev/e97b6394848b New changeset d4bf997a34e9 by Serhiy Storchaka in branch 'default': Issue #15301: Enhance os.*chown() testing. Based on patch by Larry Hastings. http://hg.python.org/cpython/rev/d4bf997a34e9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15301 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17248] test_posix chown -1, 0 tests fail if user has group root
Roundup Robot added the comment: New changeset 0383a54347ea by Serhiy Storchaka in branch '2.7': Issue #17248: Fix os.*chown() testing when user has group root. http://hg.python.org/cpython/rev/0383a54347ea New changeset a49bbaadce67 by Serhiy Storchaka in branch '3.2': Issue #17248: Fix os.*chown() testing when user has group root. http://hg.python.org/cpython/rev/a49bbaadce67 New changeset 96b4acb253f8 by Serhiy Storchaka in branch '3.3': Issue #17248: Fix os.*chown() testing when user has group root. http://hg.python.org/cpython/rev/96b4acb253f8 New changeset 8c11bbdbac09 by Serhiy Storchaka in branch 'default': Issue #17248: Fix os.*chown() testing when user has group root. http://hg.python.org/cpython/rev/8c11bbdbac09 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17257] re module shows unexpected non-greedy behavior when using groups
New submission from Hendrik Lemelson: When using the Python 2.7.3 re module, it shows a strange behavior upon the use of quantifiers together with groups: re.search('(a*)', 'ct').groups() ('',) re.search('(a+)', 'ct').groups() ('',) re.search('(a{0,5})', 'ct').groups() ('',) re.search('(a{1,5})', 'ct').groups() ('',) Whenever a quantifier is used that allows also zero occurrences, the quantifier loses its greedy behavior. This in my eyes is a defect in the re module. In the following there is another example with nested groups where the quantifier for the outer group even prevents the inner groups to match: re.search('(a(b*)a)', 'caabbaat').groups() ('aa', '') re.search('(a(b+)a)', 'caabbaat').groups() ('abba', 'bb') re.search('(a(b*)a){0,1}', 'caabbaat').groups() (None, None) re.search('(a(b+)a){0,1}', 'caabbaat').groups() (None, None) It would be great if you could manage to fix this. Thank you in advance. Regards Hendrik Lemelson -- components: Regular Expressions messages: 182535 nosy: Hendrik.Lemelson, ezio.melotti, mrabarnett, pitrou priority: normal severity: normal status: open title: re module shows unexpected non-greedy behavior when using groups type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17257 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17248] test_posix chown -1, 0 tests fail if user has group root
Serhiy Storchaka added the comment: Fixed. -- assignee: - serhiy.storchaka resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6975] symlinks incorrectly resolved on POSIX platforms
Serhiy Storchaka added the comment: I have no access to Windows and can't design Windows tests. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17257] re module shows unexpected non-greedy behavior when using groups
Changes by Serhiy Storchaka storch...@gmail.com: -- versions: +Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17257 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17248] test_posix chown -1, 0 tests fail if user has group root
R. David Murray added the comment: Unfortunately, no it isn't. root isn't my primary group, it just one of the groups I belong to. -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17257] re module shows unexpected non-greedy behavior when using groups
Tim Peters added the comment: This is how it's supposed to work: Python's re matches at the leftmost position possible, and _then_ matches the longest possible substring at that position. When a regexp _can_ match 0 characters, it will match starting at index 0. So, e.g., re.search('(a*)', 'ct').span() (0, 0) shows that the regexp matches the empty slice 'ct'[0:0] (the leftmost position at which it _can_ match), and re.search('(a(b+)a){0,1}', 'caabbaat').span() (0, 0) shows the same. The groups didn't match anything in this case, because the outer {0,1} said it's OK if you can't match anything. Put another group around it: re.search('((a(b+)a){0,1})', 'caabbaat').groups() ('', None, None) to see that the regexp as a whole did match the empty string. -- nosy: +tim_one ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17257 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6975] symlinks incorrectly resolved on POSIX platforms
Arfrever Frehtes Taifersar Arahesis added the comment: Use os.path.sep and os.path.sep.encode() instead of hardcoding / and b/. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17217] Fix test discovery for test_format.py on Windows
Ezio Melotti added the comment: In order to fix test discovery on Windows the attached patch should be enough. There are two somewhat unrelated issues though: 1) moving replace_stdout to test.support (and possibly turn it into a context manager/decorator); 2) use unittest verbosity to control the output of test_format instead of test.support.verbose; Apparently there's no API to access the unittest verbosity level, so that would be a new feature request. -- Added file: http://bugs.python.org/file29132/issue17217.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17217 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16954] Add docstrings for ElementTree module
Ezio Melotti added the comment: I left a few comments on rietveld. In the rst docs the markup used for arguments is *arg*, and this is sometimes reflected in docstrings too. We might want to do this here too, instead of using 'arg' (using 'attr' for attributes it's fine though). maybe docstrings should be also added in Modules/_elementtree.c? Maybe we could have a loop that does something like cfunc.__doc__ = pyfunc.__doc__? -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16954 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13124] Add Running a Build Slave page to the devguide
Ezio Melotti added the comment: Before I take any time to update the patch, does anyone object to the location or intent of the changes? Adding a new page to the devguide seems OK to me. It makes the devguide bigger, but it can easily be ignored by developers/contributors if they are not interested. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17256] code example in C API docsshould be highlighted
Chris Jerdonek added the comment: Looks like it's because highlightlang:: c is at the top. -- nosy: +chris.jerdonek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17256 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17256] code example in C API docsshould be highlighted
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17256 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17237] m68k aligns on 16bit boundaries.
mirabilos added the comment: Serhiy Storchaka dixit: mirabilos, if you are motivated enough, do the following. Compile two Python executables - one with deleted assert, and second with deleted a block between #if SIZEOF_LONG = SIZEOF_VOID_P and #endif. Run following microbenchmarks for both executables: ./python -m timeit -s x=b'A'*1 x.decode('ascii') ./python -m timeit -s x=b'A'*1 x.decode('utf-8') -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17237 ___ Thanks, will actually do that, just not before the weekend, dayjob’s keeping me busy, and I need to be careful to not burn out myself in the evening too. Which tree should I build? A release (if so, which)? Or some CVS branch? Do note we clock at roughly 1000 pystones for the fastest machines… yes 1000 not 1. bye, //mirabilos -- FWIW, I'm quite impressed with mksh interactively. I thought it was much *much* more bare bones. But it turns out it beats the living hell out of ksh93 in that respect. I'd even consider it for my daily use if I hadn't wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17237 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16893] Create IDLE help.txt from Doc/library/idle.rst
Zachary Ware added the comment: Here's a new version of the patch, with the fixes that Ned pointed out. I also tried to address concerns about lost information; menu divisions have been added to Doc/library/idle.rst, along with the blurb about running without a subprocess being deprecated. Also, every instance of :kbd:`C-x` has been expanded to :kbd:`Control-x`, as that's how help.txt has commands written. A rather unrelated change that I snuck in while I was editing idle.rst was to move the index markers for Class browser and Path browser to be above those entries rather than below. The generated help.txt is significantly longer than the old version but I don't think that's all bad. Most of the extra lines are new whitespace or things that had been a single line being broken up into two. I personally thought the old help.txt was rather too dense in some places, though I might agree that the generated version is a bit sparse in others. The paragraph about environment variables does have a rather unfortunate number of backticks, but I don't think it's unreadable. It's also information that wasn't present in the original help.txt. Thank you for the review, Ned :) -- Added file: http://bugs.python.org/file29133/issue16893.v3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16893 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16893] Create IDLE help.txt from Doc/library/idle.rst
Changes by Zachary Ware zachary.w...@gmail.com: Removed file: http://bugs.python.org/file28725/issue16893.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16893 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17258] multiprocessing.connection challenge implicitly uses MD5
New submission from Dave Malcolm: Within multiprocessing.connection, deliver_challenge() and answer_challenge() use hmac for a challenge/response. hmac implicitly defaults to using MD5. MD5 should no longer be used for security purposes. See e.g. http://www.kb.cert.org/vuls/id/836068 This fails in a FIPS-compliant environment (e.g. with the patches I apply to hashlib in issue 9216). There's thus a possibility of an attacker defeating the multiprocessing authenticator. I'm attaching a patch which changes multiprocessing to use a clearly identified algorithm (for the day when it needs changing again), hardcoding it as sha256; presumably all processes within a multiprocess program that share authkey can share the algorithm. It's not clear to me whether hmac.py should also be changed (this would seem to have tougher backwards-compat concerns). [Note to self: I'm tracking this downstream for RHEL as https://bugzilla.redhat.com/show_bug.cgi?id=879695 (this bug is currently only visible to RH employees)] -- components: Library (Lib) files: avoid-implicit-usage-of-md5-in-multiprocessing.patch keywords: patch messages: 182547 nosy: dmalcolm, sbt priority: normal severity: normal stage: patch review status: open title: multiprocessing.connection challenge implicitly uses MD5 versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file29134/avoid-implicit-usage-of-md5-in-multiprocessing.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17249] reap threads in test_capi
R. David Murray added the comment: Looks like a straightforward translation to me. There's no obvious reason not to move it to being a real test, which means it would sure be nice if we knew why it was left in test_main. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17249 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6975] symlinks incorrectly resolved on POSIX platforms
Serhiy Storchaka added the comment: Use os.path.sep and os.path.sep.encode() instead of hardcoding / and b/. Some separators will be '\\' (if they are derived from OS functions, i.e. getcwd), and some will be '/' (if they are generated by posixpath). I do not have the ability to research where there are any. Feel free to fix these tests for Windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17258] multiprocessing.connection challenge implicitly uses MD5
Christian Heimes added the comment: The statement MD5 should no longer be used for security purposes is not entirely correct. MD5 should no longer be used as cryptographic hash function for signatures. However HMAC-MD5 is a different story. From https://tools.ietf.org/html/rfc6151 The attacks on HMAC-MD5 do not seem to indicate a practical vulnerability when used as a message authentication code. [...] Therefore, it may not be urgent to remove HMAC-MD5 from the existing protocols. However, since MD5 must not be used for digital signatures, for a new protocol design, a ciphersuite with HMAC-MD5 should not be included. I agree that we should slowly migrate to a more modern MAC such as HMAC-SHA256. AES-CBC is too hard to get right and most AES implementation are vulnerable to timing attacks, too. How about we include the name of the MAC in multiprocessing's wire protocol and define no MAC name given as HMAC-MD5? Please don't call it SHA256 but HMAC-SHA256, too. -- nosy: +christian.heimes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17237] m68k aligns on 16bit boundaries.
Serhiy Storchaka added the comment: Which tree should I build? A release (if so, which)? Or some CVS branch? It doesn't matter. Do note we clock at roughly 1000 pystones for the fastest machines… yes 1000 not 1. It doesn't matter. Only relative values have a meaning. What is faster and on how many percent. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17237 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17237] m68k aligns on 16bit boundaries.
Serhiy Storchaka added the comment: And of course run the tests on non-debug builds. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17237 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17258] multiprocessing.connection challenge implicitly uses MD5
Richard Oudkerk added the comment: Banning md5 as a matter of policy may be perfectly sensible. However, I think the way multiprocessing uses hmac authentication is *not* affected by the collision attacks the advisory talks about. These depend on the attacker being able to determine for himself whether a particular candidate string is a solution. But with the way multiprocessing uses hmac authentication there is no way for the attacker to check for himself whether a candidate string has the desired hash: he does not know what the desired hash value is, or even what the hash function is. (The effective hash function, though built on top of md5, depends on the secret key.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17259] locale.format() rounding is not reliable for floats
New submission from Francis Nimick: Locale.format() doesn't work correctly with floating point numbers. locale.format('%.0f', 5.5) - 6 locale.format('%.0f', 6.5) - 6 locale.format('%.0f', 7.5) - 8 locale.format('%.0f', 8.5) - 8 It seems that if the number before the decimal point is even, it rounds down, else it rounds up. -- components: Library (Lib) messages: 182554 nosy: Francis.Nimick priority: normal severity: normal status: open title: locale.format() rounding is not reliable for floats type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17259] locale.format() rounding is not reliable for floats
Serhiy Storchaka added the comment: http://docs.python.org/library/functions.html#round -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17259] locale.format() rounding is not reliable for floats
Francis Nimick added the comment: I did end up using round - does that mean the locale.format() behavior is correct? It's not specified anywhere in the doc that I can find. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17248] test_posix chown -1, 0 tests fail if user has group root
Serhiy Storchaka added the comment: What about this patch? -- keywords: +patch Added file: http://bugs.python.org/file29135/test_posix_chown_root_group.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17248] test_posix chown -1, 0 tests fail if user has group root
R. David Murray added the comment: That works. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17228] Building without PYMALLOC fails
Roundup Robot added the comment: New changeset 470350fd2831 by Benjamin Peterson in branch '3.3': fix building without pymalloc (closes #17228) http://hg.python.org/cpython/rev/470350fd2831 New changeset 67fa0643751d by Benjamin Peterson in branch '2.7': fix building without pymalloc (closes #17228) http://hg.python.org/cpython/rev/67fa0643751d New changeset ea4a36c667ce by Benjamin Peterson in branch 'default': merge 3.3 (#17228) http://hg.python.org/cpython/rev/ea4a36c667ce -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17259] locale.format() rounding is not reliable for floats
R. David Murray added the comment: Perhaps Serhiy meant to direct your attention to the note in the round docs. Floating point is tricky. In Python3 the round is actually half to even. I'm not sure what the rounding algorithm is for %f, but I have a suspicion it might be half to even. I suppose that it ought to be documented. Note that this applies equally to regular string formatting, it's not something special about the locale module. -- assignee: - docs@python components: +Documentation -Library (Lib) nosy: +docs@python, eric.smith, mark.dickinson, r.david.murray versions: +Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17237] m68k aligns on 16bit boundaries.
mirabilos added the comment: Serhiy Storchaka dixit: Which tree should I build? A release (if so, which)? Or some CVS branch? It doesn't matter. Erm, still, which one do I build? Not 3.2 because it obviously works, at least as packaged in Debian. bye, //mirabilos -- Yay for having to rewrite other people's Bash scripts because bash suddenly stopped supporting the bash extensions they make use of -- Tonnerre Lombard in #nosec -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17237 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17258] multiprocessing.connection challenge implicitly uses MD5
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17258] multiprocessing.connection challenge implicitly uses MD5
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17186] no way to introspect registered atexit handlers
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17186 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16037] httplib: header parsing is not delimited
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry versions: +Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16043] xmlrpc: gzip_decode has unlimited read()
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry versions: +Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17260] Seg fault when calling unicode() on old style class in virtualenv
New submission from Johannes: Running the code attached causes a segmentation fault. This only occurs when run from within a virtual environment, and when the class is an old style class. I've tested on OSX with both 2.7.3 installed via Homebrew, and the default 2.7.2 Python installation. Also got the same result testing with 2.7.3 on linux ([GCC 4.4.5] on linux2) I've verified that exactly the same Python installation is being used inside and outside of the virtual env. Running the same code under 2.5 and 2.6 results in no seg fault. -- components: Unicode files: unicode-bug.py messages: 182562 nosy: ezio.melotti, johtso priority: normal severity: normal status: open title: Seg fault when calling unicode() on old style class in virtualenv type: crash versions: Python 2.7 Added file: http://bugs.python.org/file29136/unicode-bug.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17260 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17260] Seg fault when calling unicode() on old style object in virtualenv
Changes by Johannes joh...@gmail.com: -- title: Seg fault when calling unicode() on old style class in virtualenv - Seg fault when calling unicode() on old style object in virtualenv ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17260 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17259] locale.format() rounding is not reliable for floats
Eric V. Smith added the comment: Mark is the ultimate authority here, but my recollection is (and a quick scan of the code shows) that half to even rounding is used in all of our float to string conversions. So that includes %f and float.__format__, among others. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17258] multiprocessing.connection challenge implicitly uses MD5
Changes by Antoine Pitrou pit...@free.fr: -- versions: -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17260] Seg fault when calling unicode() on old style object in virtualenv
Antoine Pitrou added the comment: Can you please post a gdb traceback? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17260 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Barry A. Warsaw added the comment: I'm working on applying the 2.x patch to 2.6, but one thing interesting of note: sudo, at least on Debian and derivatives going back at least to Squeeze, generally reset the environment by default (i.e. env_reset). So you'd have to either have disabled env_reset in sudoers or use `sudo -E` the exploit.py. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.
Antoine Pitrou added the comment: I'm working on applying the 2.x patch to 2.6, but one thing interesting of note: sudo, at least on Debian and derivatives going back at least to Squeeze, generally reset the environment by default (i.e. env_reset). So you'd have to either have disabled env_reset in sudoers or use `sudo -E` the exploit.py. Or you just have to use something else than Debian. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com