[issue8998] add crypto routines to stdlib
geremy condra debat...@gmail.com added the comment: On Sat, Jun 19, 2010 at 7:52 AM, Antoine Pitrou rep...@bugs.python.org wrote: Antoine Pitrou pit...@free.fr added the comment: Le samedi 19 juin 2010 à 00:55 +, geremy condra a écrit : geremy condra debat...@gmail.com added the comment: On Fri, Jun 18, 2010 at 6:05 AM, Antoine Pitrou rep...@bugs.python.org wrote: Antoine Pitrou pit...@free.fr added the comment: Great, I'm thinking more-or-less the API proposed in PEP 272- the exception I'm thinking of is that 'strings' should be substituted for 'bytes'- for AES and DES. It gets trickier when talking about public key crypto, though. Perhaps something along the lines of RSA.new(public_key=None, private_key=None,...), with the resulting object supporting encrypt/decrypt/sign/verify operations? I don't have any opinion right now. I think a concrete proposal should be initiated and we can iterate from that. (that's assuming other people agree on the principle, of course) I assume that by a concrete proposal you're talking about code? Or API docs? Also, what more needs to be done to ensure that other people agree on the principle? I was thinking about a PEP. Of course, you are free to reuse existing PEP content for that :) Ok. I've gone ahead and put together kind of a map for what I think the basic structure of the library is going to look like. Let me know what you think, and once we're done with that we can proceed into PEP land. crypto API == Variables message, key, salt, iv, ciphertext, and signature are of type bytes. Variables public_key and private_key are DER-encoded bytes. Variable bitlength is an integer. Note that we deviate from the standard in PEP 272 in several ways: * arguments are generally bytes rather than strings * ciphers do not accept the 'counter', 'rounds', or 'segment_size' args Layer 1 --- Symmetric Ciphers crypto.cipher.encrypt(message, key) - (salt, iv, ciphertext) depends on: crypto.keys.strengthen_password crypto.AES.new crypto.AES.encrypt raises: crypto.cipher.EncryptionError crypto.cipher.decrypt(salt, iv, ciphertext, key) - message depends on: crypto.AES.new crypto.AES.decrypt raises: crypto.cipher.DecryptionError Envelope Encryption crypto.envelope.encrypt(message, public_key) - (iv, aes_key, ciphertext) depends on: crypto.keys.random_key crypto.AES.new crypto.AES.encrypt crypto.RSA.new crypto.RSA.encrypt raises: crypto.envelope.EncryptionError crypto.envelope.decrypt(iv, aes_key, ciphertext, private_key) - message depends on: crypto.AES.new crypto.AES.decrypt crypto.RSA.new crypto.RSA.decrypt raises: crypto.envelope.DecryptionError Digital Signatures crypto.signature.sign(message, private_key) - signature depends on: hashlib.SHA512.new hashlib.SHA512.update hashlib.SHA512.digest crypto.RSA.new crypto.RSA.sign raises: crypto.signature.SigningError crypto.signature.verify(message, signature, public_key) depens on: hashlib.SHA512.new hashlib.SHA512.update hashlib.SHA512.digest crypto.RSA.new crypto.RSA.verify Layer 2 --- Utilities crypto.keys.strengthen_password(password) - key depends on: openssl: RAND_bytes, EVP_get_digest_by_name, EVP_bytes_to_key raises: crypto.keys.KeyGenerationError Symmetric Encryption crypto._cipher_object crypto._cipher_object.CipherObject._ctx = openssl context | None crypto._cipher_object.CipherObject._cipher = openssl cipher | None crypto._cipher_object.CipherObject._key = bytes | None CipherObject.encrypt(self, data) - ciphertext depends on: crypto._cipher_object.CipherObject.encrypt_init crypto._cipher_object.CipherObject.encrypt_update crypto._cipher_object.CipherObject.encrypt_finalize raises:
[issue9035] os.path.ismount on windows doesn't support windows mount points
New submission from Oren Held o...@held.org.il: On unices, ismount checks whether the given path is a mount point. On windows, it only checks whether it's a drive letter. Long story short, Python simply returns False when doing ismount(rc:\mount1), while c:\mount1 is a real mount point. This is relevant for all modern windows versions. -- I'm using win32file.GetVolumePathName() for overcoming this, but I'm not sure if the os python package should be importing win32file, maybe there is a better way to check whether a path is a mount point.. -- components: Windows messages: 108225 nosy: Oren_Held priority: normal severity: normal status: open title: os.path.ismount on windows doesn't support windows mount points versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8990] array constructor and array.fromstring should accept bytearray.
STINNER Victor victor.stin...@haypocalc.com added the comment: About the patch: - Why not reading itemsize from buffer.itemsize? - A test would be nice in Lib/test/test_array.py (in test_tofromstring?). Please add also a.extend(bytearray(b'xjxjx')) to the test suite. I agree that it is a bugfix and so i can be applied to 3.1 (and 3.2). -- fromstring should become frombytes. I remember an issue proposing that. I also prefer .frombytes() name: we can add .frombytes() and keep .fromstring() as an alias to .frombytes() (and maybe mark it as deprecated). A message: http://bugs.python.org/issue3565#msg71205 An issue starting at: http://bugs.python.org/issue1023290#msg92069 Can someone open a issue about .frombytes()? fromunicode is still needed. Can someone open a new issue about .fromunicodes()? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8990 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8939] Use C type names (PyUnicode etc;) in the C API docs
STINNER Victor victor.stin...@haypocalc.com added the comment: Shouldn’t “inside a :ctype:`Py_BEGIN_ALLOW_THREADS` block” rather use “:cmacro:”? Same remark on IRC: Taggnostr haypo, in r82084: Add :ctype: to Py_BEGIN_ALLOW_THREADS and int, maybe :cfunc: (or :cmacro:)? I don't know :cmacro:. I will fix it in my next patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8939 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Removed file: http://bugs.python.org/file14540/python-trunk-20090722-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Removed file: http://bugs.python.org/file15261/python-trunk-20091104-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Removed file: http://bugs.python.org/file15416/python-trunk-20091129-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Removed file: http://bugs.python.org/file15465/python-trunk-20091206-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Removed file: http://bugs.python.org/file15725/python-trunk-20100103-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Removed file: http://bugs.python.org/file16364/python-trunk-20100225-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Removed file: http://bugs.python.org/file16534/python-trunk-20100313-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Removed file: http://bugs.python.org/file16806/python-trunk-20100407-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print utf8 (Py30a2)
STINNER Victor victor.stin...@haypocalc.com added the comment: Maybe the solution is to use the win32 console API directly... Yes, it is the best solution because it avoids the horrible mbcs encoding. About cp65001: it is not *exactly* the same encoding than utf-8 and so it cannot be used as an alias to utf-8: see issue #6058. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Roumen Petrov bugtr...@roumenpetrov.info added the comment: Patches to this issue require first patch from issue 3754. The last patch here now is from 2010-05-16. This patch cannot be applied to trunk as it will fail after update for readline in setup.py. You could use trunk version before this readline update. Now I'm working on readline and ncurses support for mingw . All patches before skip this as MSVC build don't support them. As I could not found reason to limit mingw users I will post soon version without limitation. P.S. Many thanks to евроком (www.ekk.com now blizzo) - a company that left me for a week without internet connection. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9035] os.path.ismount on windows doesn't support windows mount points
Tim Golden m...@timgolden.me.uk added the comment: Switching to Python 3.2 as this essentially constitutes a behaviour change and 2.6 is in bugfix mode and 2.7 is about to enter rc2. It would certainly be possible to use one of the volume APIs under the covers. Would you be willing to offer a patch to, say, posixmodule.c? -- assignee: - tim.golden nosy: +tim.golden stage: - needs patch type: - behavior versions: +Python 3.2 -Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9035] os.path.ismount on windows doesn't support windows mount points
Tim Golden m...@timgolden.me.uk added the comment: All we need to do is check the FILE_ATTRIBUTE_REPARSE_POINT in the file attributes. Frustratingly, we grab file attributes a dozen times in posixpath.c only to throw most of it away. Is there a case for adding an attributes function to os.path which exposes the full file attributes on Windows, and its posix equivalent if there is one? This could then be used in the ismount function currently implemented in ntpath.py. -- title: os.path.ismount on windows doesn't support windows mount points - os.path.ismount on windows doesn't support windows mount points ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9035] os.path.ismount on windows doesn't support windows mount points
Tim Golden m...@timgolden.me.uk added the comment: ... of course you still need to get the reparse tag to determine whether this is a mount point so the file attributes alone in this case are not enough. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
Antoine Pitrou pit...@free.fr added the comment: Le dimanche 20 juin 2010 à 06:30 +, geremy condra a écrit : crypto API == [...] For presentation purposes, I would order layers by abstraction levem: that is, layer 1 should be the lower-level layer and layer 2 the upper-level. I think all further discussion should happen on the PEP itself. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9036] Simplify Py_CHARMASK
New submission from Stefan Krah stefan-use...@bytereef.org: This feature request is extracted from issue 9020, where Py_CHARMASK(c) was used on EOF, producing different results depending on whether __CHAR_UNSIGNED__ is defined or not. The preferred fix for issue 9020 is to check for EOF before using Py_CHARMASK, so this is only loosely related. I've looked through the source tree to determine how Py_CHARMASK is meant to be used. It seems that it is only used in situations where one would actually want to cast a char to an unsigned char, like isspace((unsigned char)c). Simplifications: 1) Python.h already enforces that an unsigned char is 8 bit wide. Thus, ((unsigned char)((c) 0xff)) and ((unsigned char)(c)) should produce the same results. 2) There is no reason not to do the cast when __CHAR_UNSIGNED__ is defined (it will be a no-op). -- components: Interpreter Core files: py_charmask.patch keywords: needs review, patch messages: 108234 nosy: eric.smith, loewis, pitrou, skrah priority: normal severity: normal stage: patch review status: open title: Simplify Py_CHARMASK type: feature request versions: Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file17724/py_charmask.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9036] Simplify Py_CHARMASK
Antoine Pitrou pit...@free.fr added the comment: Thus, ((unsigned char)((c) 0xff)) and ((unsigned char)(c)) should produce the same results. If it's the case, it's probably optimized away by the compiler anyway. There is no reason not to do the cast when __CHAR_UNSIGNED__ is defined (it will be a no-op). Agreed. It also reduces the opportunity for bugs :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9036 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8959] WINFUNCTYPE wrapped ctypes callbacks not functioning correctly in Python 2.7
Benjamin Peterson benja...@python.org added the comment: Is r80761 something that can be safely reverted? -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8959 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9035] os.path.ismount on windows doesn't support windows mount points
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9011] ast_for_factor unary minus optimization changes AST
Mark Dickinson dicki...@gmail.com added the comment: Summary of brief discussion on #python-dev: - This is a hacky patch; it would be better to rewrite that portion of ast.c in a way that doesn't modify the original CST at all. With 2.7 so close, I daren't try anything more invasive than this patch, though. (I don't know whether there are any other portions of this file that deliberately change the CST.) - Given that no-one noticed this problem in 5 years, the fix can probably wait until 2.7.1, when it can be done properly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9011 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8996] Add a default role to allow writing bare `len` instead of :func:`len`
anatoly techtonik techto...@gmail.com added the comment: `someref` would be more convenient than :func:`someref` but in case of namespace conflict (for example, as a result of documentation merge it both :func:`someref` and :class:`someref` can appear) - it would be necessary to go through all the links in both sources and update ambiguous references to point to the right type. But perhaps the biggest problem would be to explain users what happens. Also in the case when you create new :class:`someref` and Sphinx detects conflict. -- nosy: +techtonik ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9037] Add explanation as to how to raise a custom exception in the extending python intermezzo on exceptions
New submission from Jonathan G. Underwood jonathan.underw...@gmail.com: In the documentation section on Extending Python with C or C++ there is an Intermezzo on Errors and Exceptions which shows how to create a custom exception in an extension module. I was just following these instructions for the first time and got to the end and was left wondering how to actually raise the custom exception in my new module, and it wasn't immediately obvious, so I propose to add a brief explanation to the end of that section explaining how. Patch attached. -- assignee: d...@python components: Documentation files: extending_how_to_raise_exception.patch keywords: patch messages: 108239 nosy: d...@python, jonathan.underwood priority: normal severity: normal status: open title: Add explanation as to how to raise a custom exception in the extending python intermezzo on exceptions type: feature request versions: Python 2.7 Added file: http://bugs.python.org/file17725/extending_how_to_raise_exception.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8964] Method _sys_version() module Lib\platform.py does not parse correctly IronPython 2.x version
Frederic Torres fredericaltor...@gmail.com added the comment: print repr(sys_version) returns '2.6.1 (IronPython 2.6.1 (2.6.10920.0) on .NET 2.0.50727.3603)' The format of sys.version now start with a version number 2.6.1 (IronPythons 2.6.1 (2.6.10920.0) on .NET 4.0.30319.1) My guess is that with previous version of IronPython this was not the case -- title: Method _sys_version() module Lib\platform.py does parse correctly IronPython 2.x version - Method _sys_version() module Lib\platform.py does not parse correctly IronPython 2.x version ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8964 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9028] test_support.run_unittest cmdline options and arguments
anatoly techtonik techto...@gmail.com added the comment: RDM, running your way will execute test from standard library location of installed Python. python -m unittest test.test_httpservers.BaseHTTPServerTestCase.test_handler But I want to execute test from my own patched copy of test_httpservers.py with whatever python I want. I.e. C:\Python27\python.exe Z:\python-cgi-tests\test_httpservers.py ... I prefer to explicitly specify it in command line to be sure that I execute the right test suite. I also don't feel like typing `-m unittest test.test_httpservers.` each time when there is shell completion, and every decent file manager has keyboard shortcuts for inserting active filename into command line prompt. You know - I am not a core contributor to maintain a bunch of batch files for all kind of operations, so I am interested to make testing process more intuitive. I know how TestCase and test_ auto discovery works. The point is to remove the need in extra typing, because test runner can add these suffix/prefixes automatically when parsing command line. @exarkun: Ok. `.` is fine - `::` was a copy paste from my old PHP test runner. -- nosy: +michael.foord, pitrou status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9028] test_support.run_unittest cmdline options and arguments
Michael Foord mich...@voidspace.org.uk added the comment: But I want to execute test from my own patched copy of test_httpservers.py with whatever python I want. I.e. C:\Python27\python.exe Z:\python-cgi-tests\test_httpservers.py ... If you use Python 2.7 then the following at the end of the test module enables the same command line features that David Murray pointed you to: if __name__ == '__main__': unittest.main() If you are using earlier versions of Python you can use unittest2 (which also works with Python 2.7). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8959] WINFUNCTYPE wrapped ctypes callbacks not functioning correctly in Python 2.7
Thomas Heller thel...@ctypes.org added the comment: Is r80761 something that can be safely reverted? Yes, I think so. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8959 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9028] test_support.run_unittest cmdline options and arguments
anatoly techtonik techto...@gmail.com added the comment: If you use Python 2.7 then the following at the end of the test module enables the same command line features that David Murray pointed you to: if __name__ == '__main__': unittest.main() Unfortunately, test_httpservers.py from stdlib contains this code: def test_main(verbose=None): try: cwd = os.getcwd() test_support.run_unittest(BaseHTTPServerTestCase, SimpleHTTPServerTestCase, CGIHTTPServerTestCase ) finally: os.chdir(cwd) if __name__ == '__main__': test_main() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9028] test_support.run_unittest cmdline options and arguments
Michael Foord mich...@voidspace.org.uk added the comment: Right. That code should change. My intention is to go through the whole of the Python test suite and make them compatible with the new unittest features. I also intend to add extensions to unittest to allow listing of collecting tests and filtering tests by name (at the moment test filtering is by filename only which is useful but not enough)... The first task is to add extension / plugin machinery to unittest and then these use cases become easy - so I will not implement them on their own in unittest until the plugin system is done. At the same time I don't think there is any point (although I wouldn't argue with) in adding code to do this directly to test_support when it is going to be added to unittest anyway. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8959] WINFUNCTYPE wrapped ctypes callbacks not functioning correctly in Python 2.7
Benjamin Peterson benja...@python.org added the comment: 2010/6/20 Thomas Heller rep...@bugs.python.org: Thomas Heller thel...@ctypes.org added the comment: Is r80761 something that can be safely reverted? Yes, I think so. Can you do so? Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8959 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9038] test_distutils failure
New submission from Antoine Pitrou pit...@free.fr: test_distutils test test_distutils failed -- Traceback (most recent call last): File /home/antoine/py3k/ssl-8524/Lib/distutils/tests/support.py, line 16, in _capture_warnings return func(*args, **kw) File /home/antoine/py3k/ssl-8524/Lib/distutils/tests/test_sysconfig.py, line 47, in test_get_python_inc self.assertTrue(os.path.isdir(inc_dir), inc_dir) AssertionError: /home/antoine/py3k/ssl-8524/build/test_python_15977/Include -- assignee: tarek components: Distutils, Tests messages: 108247 nosy: pitrou, tarek priority: normal severity: normal status: open title: test_distutils failure type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8524] SSL sockets do not retain the parent socket's attributes
Antoine Pitrou pit...@free.fr added the comment: It might be nice to see the version that avoids the dup() and has the duplicate code instead (interesting trade-off ;). Just for the sake of comparison against the forget() proposal. Here it is. There's probably a bit of polishing left to do, in the (unlikely) case this is chosen as a solution. -- Added file: http://bugs.python.org/file17726/sslrefactor.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8524 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)
Christian Hofstaedtler ch+pythonb...@zeha.at added the comment: Will this be part of 3.2 and possibly 2.7? Without these patches wide character input using curses is basically impossible (on at least some platforms). -- nosy: +zeha ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6755 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate
Changes by Antoine Pitrou pit...@free.fr: Removed file: http://bugs.python.org/file8933/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1589 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate
Changes by Antoine Pitrou pit...@free.fr: Removed file: http://bugs.python.org/file8941/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1589 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate
Changes by Antoine Pitrou pit...@free.fr: Removed file: http://bugs.python.org/file11463/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1589 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64
Tarek Ziadé ziade.ta...@gmail.com added the comment: The patch looks good but I am not comfortable with this change until it's tested under other windows/VC flavors. I'll leave it up to Benjamin to decide whether it goes in rc2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8854 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9039] IDLE and module Doc
New submission from Yoda_Uchiha mmpyr...@gmail.com: I recently installed python 3.1 on a Windows XP computer. I cannot open IDLE nor module Docs. When I click on them, nothing happens. I am wondering if there is anyway on opening either of those too files. I do know how to IDLE through the workaround listed below but i have to put that in everytime to open IDLE. I am wondering if there was a permanent fix so i can just open if from my desktop. C:\set TCL_LIBRARY= C:\set TK_LIBRARY= C:\C:\Python31\python.exe C:\Python31\Lib\idlelib\idle.py -- components: IDLE messages: 108251 nosy: Yoda_Uchiha priority: normal severity: normal status: open title: IDLE and module Doc type: crash versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Giampaolo Rodola' g.rod...@gmail.com added the comment: The same subject on python-dev raised last month received positive feedbacks: http://mail.python.org/pipermail/python-dev/2010-May/100197.html -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64
Changes by Benjamin Peterson benja...@python.org: -- priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8854 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
R. David Murray rdmur...@bitdance.com added the comment: All that is needed now is a working patch... :) -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2516] Instance methods are misreporting the number of arguments
Changes by Benjamin Peterson benja...@python.org: -- versions: +Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com