[issue5220] os.makedirs' mode argument has bad default value
Sindre Myren smyr...@gmail.com added the comment: Thank you very much for the clarification :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5220 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6543] traceback presented in wrong encoding
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: In issue3343, we chose to mark this function as private. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6543 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Mark Dickinson dicki...@gmail.com added the comment: Nitpick: shouldn't that len(line) 79 be len(line) 80 ? Either that, or strip the line ending from the line before computing its length. -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Mark Dickinson dicki...@gmail.com added the comment: Similarly, isn't line[-1].isspace() always going to be true (well, except possibly at the end of the file), thanks to the line-ending character? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8940] *HTTPServer need a summary page with API inheritance table
anatoly techtonik techto...@gmail.com added the comment: No. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8940 ___ ___ 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
Changes by Daniel Urban urban.dani...@gmail.com: -- nosy: +durban ___ 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
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file17672/patchcheck-pep7.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8903] Add module level now() and today() functions to datetime module
anatoly techtonik techto...@gmail.com added the comment: Raymond mention your reasons please. I may need them one day for describing development process. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Éric Araujo mer...@netwok.org added the comment: Forgot readling kept the line end, thanks for catching. Updated (yay for Mercurial Queues!) -- Added file: http://bugs.python.org/file17673/patchcheck-pep7.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Éric Araujo mer...@netwok.org added the comment: s/readling/readline/ s/readline/iterating over the file/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8469] struct - please make sizes explicit
Mark Dickinson dicki...@gmail.com added the comment: Thanks for the additional suggestions and patch. I've implemented most of them in revisions r81992 through r81995. I've left the note about 'native size and alignment': native alignment *is* determined using sizeof, and I think this is important information. I've also re-added the information that the 'f' and 'd' formats use IEEE binary32 and binary64, as a note to the format characters table. And I've moved the information that the 'P' format is only available in native mode to the 'format characters' section. Additional suggestions for improvments welcome! -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8469 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Mark Dickinson dicki...@gmail.com added the comment: Sorry to be nitpicky, but: (a) the line[-2] produces IndexError: string index out of range on empty lines, and (b) this won't detect trailing whitespace on the last line of a file, if there's no newline at the end of the file. Actually, it might also be worth checking that there *is* a newline at the end of the file; this is actually required by the C standards. (E.g., C99 5.1.1.2p2: A source file that is not empty shall end in a new-line character.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Mark Dickinson dicki...@gmail.com added the comment: s/actually//g -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8999] Add Mercurial support to patchcheck
New submission from Éric Araujo mer...@netwok.org: I got bored of manually changing the svn status command to hg status when testing my patch for #8912, so I made a proper patch once and for all. (Did I already say yay for Mercurial Queues?) -- components: Demos and Tools files: hg-support.diff keywords: patch messages: 107858 nosy: merwok priority: low severity: normal stage: patch review status: open title: Add Mercurial support to patchcheck type: feature request versions: Python 2.7, Python 3.3 Added file: http://bugs.python.org/file17674/hg-support.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8999 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file17673/patchcheck-pep7.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8940] *HTTPServer need a summary page with API inheritance table
Georg Brandl ge...@python.org added the comment: May I ask why? -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7936] sys.argv contains only scriptname
Tom Zych freethin...@pobox.com added the comment: The problem went away by itself after a while. I suspect a Windows update. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Éric Araujo mer...@netwok.org added the comment: Thanks for the helpful reviews. I have fixed the trailing whitespace check with “line[-2:-1].isspace()”, but I have a bug with my file counting. Before I go further, I’d like feedback from people using patchcheck: 1) Reindenting Python is a task best handled by reindent.py, but checking for tabs, line length and trailing whitespace is basically a reimplementation of grep and wc. Is it an explicit and important goal that patchcheck.py be independent of external tools? 2) Do you like the current report format? (“checking for one thing: n files”) It requires you to use grep of your editor’s search after checking. What about printing out file names and line numbers? 3) What about a function to strip trailing spaces and add a final newline where needed instead of just complaining? Is it okay to replace tabs with spaces in C too? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Éric Araujo mer...@netwok.org added the comment: Another one: I’d like to move the file name filtering from the worker functions into the main function. With that change, looping over all file names to get only the C files would be written and run only once, even if there are four functions that operate on these files. There is not backward compatibility guarantee for Tools/*, right? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8865] select.poll is not thread safe
Christian Schubert b...@apexo.de added the comment: added a patch which fixes both issues before releasing the GIL we take a copy of the ufds pointer and its len, erasing the ufds pointer in the poll object (to make sure nobody else fiddles with it); when we're done we either but it back into the object (when it's still NULL) or we free it the update logic is modified as well, since the uptodate flag is not sufficient anymore, we now count up a tag for each modification of the poll dictionary and remember that tag together with the ufds pointer the result is: - for the single-threaded case we do little extra work (moving ufds from/to poll object) - correct for the multi-threaded case, with slightly higher overhead (one additional call to each of malloc, update_ufd_array, free), probably worse than having one poll object per thread, but not worse than allocating a new poll object each time we want to poll there still is potential for incorrect poll results (but not for memory corruption): when poll_register/poll_unregister are called exactly 2**32 times (or multiples thereof) while poll_poll is running, it will happily put back its outdated ufds pointer into the poll object when its done, this could be alleviated by changing tag to long long ... which is unlikely to wrap around anytime soon. -- keywords: +patch Added file: http://bugs.python.org/file17675/select.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8865 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8865] select.poll is not thread safe
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +exarkun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8865 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Mark Dickinson dicki...@gmail.com added the comment: Answering as a rather infrequent user of 'make patchcheck', but someone who vows to use it more often in future... :) (1) Well, it would be awkward to use grep or wc on Windows, so it's convenient not to need external tools. (2) +1 to a more detailed report, at least giving the file name and what was wrong with it (trailing whitespace in yourfile.c); I could imagine that people might care about finding trailing whitespace or tabs, but not about line length, for example. (Many of the existing C files already have lines = 80 characters.) (3) Don't really care: emacs already does both these things for me nicely. I'd rather just have patchcheck do the reporting. And automatic replacement of tabs with spaces in C files might not guess correctly what the author intended. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8865] select.poll is not thread safe
Changes by Éric Araujo mer...@netwok.org: -- nosy: -d...@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8865 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8912] `make patchcheck` should check the whitespace of .c/.h files
Mark Dickinson dicki...@gmail.com added the comment: and your proposed refactoring sounds fine to me. I can't really see any backwards compatibility concerns. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8912 ___ ___ 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
Changes by James Teh ja...@nvaccess.org: -- nosy: +jteh ___ 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
[issue8999] Add Mercurial support to patchcheck
Éric Araujo mer...@netwok.org added the comment: Adding nosy from the other patchcheck bug, hope it doesn’t annoy anyone. -- nosy: +belopolsky, brett.cannon, mark.dickinson, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8999 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8940] *HTTPServer need a summary page with API inheritance table
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8940] *HTTPServer need a summary page with API inheritance table
anatoly techtonik techto...@gmail.com added the comment: 1. No time 2. Looks complicated -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8940] *HTTPServer need a summary page with API inheritance table
Changes by R. David Murray rdmur...@bitdance.com: -- status: open - languishing ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8940 ___ ___ 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
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ 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
[issue8998] add crypto routines to stdlib
Antoine Pitrou pit...@free.fr added the comment: I've taken a quick look at the source tree (there doesn't seem to be any separate docs) and here is my opinion: - the evp.py API is too low-level (it's a one-to-one mapping to the OpenSSL C API); we would want at least some kind of object-oriented abstraction around the basic concepts (such as in the hashlib and ssl modules) rather than passing opaque pointers around - the other APIs (cipher.py, envelope.py, signature.py) look conversely too high-level, since they focus on specific use cases and make some arbitrary choices for the user (for example, envelope.py imposes AES-192) By the way, the use of function signature annotations to mirror C APIs as Python APIs through ctypes is nice, perhaps you should upload it as a separate library on PyPI :) -- ___ 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
[issue8647] PyUnicode_GetMax is undocumented
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment: Yes, though it may be a while before I find time to do so. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8647 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8646] PyUnicode_EncodeDecimal is undocumented
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment: Yes, though it may be a while before I find time to do so. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8646 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8645] PyUnicode_AsEncodedObject is undocumented
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment: I'm not really clear on what PyUnicode_AsEncodedObject does (as opposed to PyUnicode_AsEncodedString). Someone already familiar with those two functions would have a much easier time writing a documentation patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8645 ___ ___ 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
geremy condra debat...@gmail.com added the comment: On Tue, Jun 15, 2010 at 9:21 AM, Antoine Pitrou rep...@bugs.python.org wrote: Antoine Pitrou pit...@free.fr added the comment: I've taken a quick look at the source tree (there doesn't seem to be any separate docs) and here is my opinion: - the evp.py API is too low-level (it's a one-to-one mapping to the OpenSSL C API); we would want at least some kind of object-oriented abstraction around the basic concepts (such as in the hashlib and ssl modules) rather than passing opaque pointers around evp.py is mostly for internal use (to map the openssl calls into Python) and won't exist in the rewrite- most of the people who would want to use that should really be using M2Crypto or similar. - the other APIs (cipher.py, envelope.py, signature.py) look conversely too high-level, since they focus on specific use cases and make some arbitrary choices for the user (for example, envelope.py imposes AES-192) The goals of the library are simplicity and ease of use. I've frequently found that out of fear of making incorrect choices, people will simply decide not to use crypto at all, or that they make incredibly stupid choices like using RSA without padding. I'd be willing to add in the option to alter those options via keyword arguments if it became a major point of contention, but in general I think its better for those who just want to encrypt something to have a lot of those decisions made for them. The specific decision you're talking about was made because while AES-256 has a bigger number at the end, its key schedule appears weaker in light of recent attacks. By the way, the use of function signature annotations to mirror C APIs as Python APIs through ctypes is nice, perhaps you should upload it as a separate library on PyPI :) I've posted them as recipes on ASPN ([0] and [1]). I used a similar technique and the JNI to mechanically wrap the Android libraries (Java) for access from Python, and it worked pretty well. Looking at the data from pypi, ease-of-use things don't seem to see a lot of use, but if you think I ought to then I could go ahead and do that. Geremy Condra [0] http://code.activestate.com/recipes/576731-c-function-decorator/ [1] http://code.activestate.com/recipes/576734-c-struct-decorator/ -- ___ 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
[issue8998] add crypto routines to stdlib
Damjan Georgievski gdam...@users.sourceforge.net added the comment: AFAIK, what the stdlib needs is a high-level crypto module, analogous to hashlib -- nosy: +gdamjan ___ 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
[issue2504] Add gettext.pgettext() and variants support
Changes by Nils Philippsen n...@redhat.com: -- nosy: +nils ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Reopening to add some minor fixes to tests and documentation. See issue5094h.diff. Ezio, thanks for finding these issues. -- status: closed - open Added file: http://bugs.python.org/file17676/issue5094h.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8442] Broken zipfile with python 3.2 on osx
Ronald Oussoren ronaldousso...@mac.com added the comment: This is no longer a problem, I cannot reproduce the issue with the current trunk. -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8442 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9000] Provide parseable repr to datetime.timezone
New submission from Alexander Belopolsky belopol...@users.sourceforge.net: Recently added datetime.timezone class does not have a custom repr, so one gets timezone.utc datetime.timezone object at 0x100681ef0 instead of parseable datetime.timezone(datetime.timedelta(0)) This is inconsistent with the way other classes in datetime module behave. -- assignee: belopolsky keywords: easy messages: 107876 nosy: belopolsky priority: normal severity: normal stage: unit test needed status: open title: Provide parseable repr to datetime.timezone type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9000] Provide parseable repr to datetime.timezone
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- dependencies: +datetime lacks concrete tzinfo implementation for UTC versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9000] Provide parseable repr to datetime.timezone
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Merged issue5094 nosy list. -- nosy: +ajaksu2, akira, brett.cannon, doerwalter, durban, ezio.melotti, gagenellina, kawai, l0nwlf, mark.dickinson, merwok, pitrou, r.david.murray, rafe, techtonik, tim_one ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8577] test_distutils fails if srcdir != builddir
Ronald Oussoren ronaldousso...@mac.com added the comment: I've fixed this issue for the 3.2 branch in r81999. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8577 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9001] PyFile_FromFd wrong documentation
New submission from Renato Cunha ren...@renatocunha.com: PyFile_FromFd has a wrong argument cound and, consequently, a wrong description in py3k docs. The errors is never mentioned. -- assignee: d...@python components: Documentation files: correct-py3k-c-api-doc.diff keywords: patch messages: 107879 nosy: d...@python, trovao priority: normal severity: normal status: open title: PyFile_FromFd wrong documentation type: behavior versions: Python 3.2, Python 3.3 Added file: http://bugs.python.org/file17677/correct-py3k-c-api-doc.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9001 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8577] test_distutils fails if srcdir != builddir
Antoine Pitrou pit...@free.fr added the comment: Looks like this just broke the 3.x buildbots. == FAIL: test_get_python_inc (distutils.tests.test_sysconfig.SysconfigTestCase) -- Traceback (most recent call last): File /home/buildbot/cpython-ucs2/3.x.pitrou-ubuntu/build/Lib/distutils/tests/support.py, line 16, in _capture_warnings return func(*args, **kw) File /home/buildbot/cpython-ucs2/3.x.pitrou-ubuntu/build/Lib/distutils/tests/test_sysconfig.py, line 47, in test_get_python_inc self.assertTrue(os.path.isdir(inc_dir), inc_dir) AssertionError: Include == FAIL: test_user_site (distutils.tests.test_install.InstallTestCase) -- Traceback (most recent call last): File /home/buildbot/cpython-ucs2/3.x.pitrou-ubuntu/build/Lib/distutils/tests/test_install.py, line 100, in test_user_site self._test_user_site() File /home/buildbot/cpython-ucs2/3.x.pitrou-ubuntu/build/Lib/distutils/tests/test_install.py, line 129, in _test_user_site self.assertTrue(os.path.exists(self.user_base)) AssertionError: False is not True -- assignee: tarek - ronaldoussoren nosy: +pitrou status: closed - open versions: -Python 2.6, Python 2.7, Python 3.1, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8577 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9002] Add a pointer on where to find a better description of PyFile_FromFd arguments
New submission from Renato Cunha ren...@renatocunha.com: Even though the File Objects section in py3k documentation makes it clear that the functions there listed are just wrappers over the io module, it took me a bit to find which function PyFile_FromFd was wrapping. So, what about making it clear that PyFile_FromFd wraps io.open? The attached patch tries to do that. (It assumes that my previous patch, from issue #9001, will get accepted, as it builds on it.) -- assignee: d...@python components: Documentation files: py3k-pyfile-from-fd-io-module.diff keywords: patch messages: 107881 nosy: d...@python, trovao priority: normal severity: normal status: open title: Add a pointer on where to find a better description of PyFile_FromFd arguments type: feature request versions: Python 3.2, Python 3.3 Added file: http://bugs.python.org/file17678/py3k-pyfile-from-fd-io-module.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9002 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9002] Add a pointer on where to find a better description of PyFile_FromFd arguments
Changes by Ezio Melotti ezio.melo...@gmail.com: -- dependencies: +PyFile_FromFd wrong documentation stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9002 ___ ___ 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 mardi 15 juin 2010 à 14:49 +, geremy condra a écrit : The goals of the library are simplicity and ease of use. I've frequently found that out of fear of making incorrect choices, people will simply decide not to use crypto at all, or that they make incredibly stupid choices like using RSA without padding. I'd be willing to add in the option to alter those options via keyword arguments if it became a major point of contention, but in general I think its better for those who just want to encrypt something to have a lot of those decisions made for them. The specific decision you're talking about was made because while AES-256 has a bigger number at the end, its key schedule appears weaker in light of recent attacks. While it's fine to perhaps detect and warn about insecure use, I don't think the API should be too directive (for inclusion in the stdlib anyway). Most (if not all) stdlib modules don't impose any specific policy but instead provide building blocks for users to address their specific needs. Directive APIs should probably be left to third-party libraries (which can of course build on the primitives provided by the stdlib). Also, some uses of crypto functions can be to interoperate with existing cryptographic protocols, and for that you need a fine-grained control over algorithmic options. Do note that the docs can be as educating as needed; they can include suggestions, warnings and even small recipes. As for default argument values, the problem is that we're then stuck with them (for compatibility). It means that if e.g. AES-192 gets compromised, Python will promote an API which by default is insecure and dangerous to use. Again, giving equal access to various ciphers and then providing guidance in the documentation would be a better compromise. -- ___ 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
[issue1368368] prompt_user_passwd() in FancyURLopener masks 401 Unauthorized error page
Senthil Kumaran orsent...@gmail.com added the comment: The reason the the password is prompted is because, on 401 authentication failure, there is a retry logic by default. When the authentication is retried, it is prompted for username:password using getpass. When using GUI modules it is desired to override the prompt_user_passwd for prompting via GUI. The way to 'resolve' this issue it seems to me is have a switch retry=False in http_error_401 and http_error_407 methods, which will not prompt the user but instead will throw the Exception and the HTTP Error value. retry=True will prompt the user in the cmdline or in GUI (if it is overridden). - This is adding an extra flag in the function, so I am not sure py2.7 is the right candidate. But the same functions are present in py3k trunk, we can patch it in there. I am setting the priority to low and attaching the patch too. I see the bug was reported way back in 2005 and it has not been a serious concern for anyone so far. My take is to patch it in py3k and close the issue. - Also, anyone using urllib should just migrate to use urllib2 facilities. This piece of code is present for supporting the legacy apps only. - And the most important of all, username:passw...@url.tld is deprecated, it should not be used at all. -- keywords: +patch priority: normal - low stage: needs patch - patch review Added file: http://bugs.python.org/file17679/Issue1368368.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1368368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8577] test_distutils fails if srcdir != builddir
Ronald Oussoren ronaldousso...@mac.com added the comment: Sigh. test.test_distutils behaves different when run through regrtest than when run directly. I have a fix, but am running an extended test cycle before committing (that is, both with and without srcdir==builddir) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8577 ___ ___ 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
geremy condra debat...@gmail.com added the comment: On Tue, Jun 15, 2010 at 9:49 AM, Antoine Pitrou rep...@bugs.python.org wrote: Antoine Pitrou pit...@free.fr added the comment: Le mardi 15 juin 2010 à 14:49 +, geremy condra a écrit : The goals of the library are simplicity and ease of use. I've frequently found that out of fear of making incorrect choices, people will simply decide not to use crypto at all, or that they make incredibly stupid choices like using RSA without padding. I'd be willing to add in the option to alter those options via keyword arguments if it became a major point of contention, but in general I think its better for those who just want to encrypt something to have a lot of those decisions made for them. The specific decision you're talking about was made because while AES-256 has a bigger number at the end, its key schedule appears weaker in light of recent attacks. While it's fine to perhaps detect and warn about insecure use, I don't think the API should be too directive (for inclusion in the stdlib anyway). Most (if not all) stdlib modules don't impose any specific policy but instead provide building blocks for users to address their specific needs. Directive APIs should probably be left to third-party libraries (which can of course build on the primitives provided by the stdlib). Also, some uses of crypto functions can be to interoperate with existing cryptographic protocols, and for that you need a fine-grained control over algorithmic options. I'm not clear on how a crypto library is supposed to detect insecure use short of simply not allowing suspicious things. Maybe you have some ideas there? As for building-block type systems, like I say they have their place, particularly where interoperating with existing systems is a concern, and I don't want to come across as though I don't respect projects like M2Crypto- I just think that most developers don't need that level of complexity and aren't prepared to invest the time to learn how to get what they want out of it. That's where something like evpy shines. Do note that the docs can be as educating as needed; they can include suggestions, warnings and even small recipes. I'm reasonably sure that there aren't enough docs in the world to stop people from using OpenSSL to live dangerously. Evpy you could get people not to be completely stupid with, at least a large portion of the time. As for default argument values, the problem is that we're then stuck with them (for compatibility). It means that if e.g. AES-192 gets compromised, Python will promote an API which by default is insecure and dangerous to use. Again, giving equal access to various ciphers and then providing guidance in the documentation would be a better compromise. I would be enormously surprised if a weakness in AES-192 was found that weakened it to the point where it would actually constitute bad advice, assuming that you made all the other right decisions. Having said that, it might be a good idea to put a version switch in that allowed you to specify compatibility modes, just in case. Geremy Condra -- ___ 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
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Éric Araujo mer...@netwok.org added the comment: +1 for replacing math range notation with English. Much easier for non-math people that do Python :) One more nit: Your docstrings use verb forms like “Returns” where PEP 257 advises to use “Return”: “[the docstring] prescribes the function or method's effect as a command (Do this, Return that), not as a description; e.g. don't write Returns the pathname ...” -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9001] PyFile_FromFd wrong documentation
Antoine Pitrou pit...@free.fr added the comment: Thank you! This was committed in r82000, and I improved other text a bit in r82001. -- nosy: +pitrou resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9001 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9002] Add a pointer on where to find a better description of PyFile_FromFd arguments
Antoine Pitrou pit...@free.fr added the comment: Same resolution as in #9001. Thanks again. -- nosy: +pitrou resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9002 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: What about .. method:: datetime.utcoffset() If :attr:`tzinfo` is ``None``, returns ``None``, else returns ... Should this use return too? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Éric Araujo mer...@netwok.org added the comment: .. method:: datetime.utcoffset() Return ``None`` if :attr:`tzinfo` is ``None``, else else return ... That said, to keep diffs readable, perhaps stick with the existing convention know, and later a PEP 257 compliance diff can be made. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: How to specify offset range horse got its beating above. See msg107554. The current wording is the best compromise between verbosity and precision. Replacing the patch with one that fixes other nits. -- Added file: http://bugs.python.org/file17680/issue5094h.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: Removed file: http://bugs.python.org/file17676/issue5094h.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Éric Araujo mer...@netwok.org added the comment: Suggestion for one line: “The *dt* argument must be aware with ``tzinfo`` set to ``self``.” “The *dt* argument must be an aware datetime, with ``tzinfo`` set to ``self``.” If there is a reST construct for aware datetime, use it. Since “self” is not special, perhaps an alternate wording like “the timezone instance from which the method is called”, but less ugly. Some PyDoc_STR calls still use “Returns.” By the way, you could have committed the unittest changes directly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
anatoly techtonik techto...@gmail.com added the comment: Good job. Thanks for working on this. It is possible to backport this to future of Python 2.7? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Antoine Pitrou pit...@free.fr added the comment: It is possible to backport this to future of Python 2.7? No. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ 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
Antoine Pitrou pit...@free.fr added the comment: Reopening. I think it would be nice to provide the appropriate convenience function(s) as part of the ssl module, even if the user has to call them explicitly. -- assignee: janssen - nosy: +pitrou resolution: rejected - status: closed - open versions: +Python 3.2 -Python 2.6 ___ 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
[issue8577] test_distutils fails if srcdir != builddir
Ronald Oussoren ronaldousso...@mac.com added the comment: This should be fixed in r82005, this passes all tests both with and without srcdir==builddir -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8577 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8577] test_distutils fails if srcdir != builddir
Tarek Ziadé ziade.ta...@gmail.com added the comment: As I said earlier, I am going to revert Distutils state in py3k so it's like the 3.1 branch. So the changes in distutils/ in py3k that are not backported in 3.1 will be lost. I had a lack of time lately, but I should be able to do it this week. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8577 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue644744] bdist_rpm fails when installing man pages
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment: What do you mean, it's frozen ? Without the patch you're already breaking a third party tool, namely rpm. What other tool worth caring about that uses bdist_rpm could possibly get broken by fixing an obvious bug ? Why is it so impossible to simply fix a bug for a feature that people are trying to use and are baffled by having it not working ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue644744 ___ ___ 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
René Schümann whitet...@gmail.com added the comment: Roumen thanks for this work, but will you upload a new version? Just because i can't get it to work, i can't even patch it^^ Maybe it's the SVN Client i use (Tortoise SVN) or that i don't know how to apply this patch :D It would be nice when you help me Kind regards -- nosy: +WhiteTiger ___ 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
[issue9003] urllib about https behavior
New submission from geremy condra debat...@gmail.com: urllib currently blindly accepts bad certificates when passed an https address. This behavior, clearly not desirable for many users, is also not documented. I propose one of two changes: 1) add mechanisms for enforcing correct behavior to urllib, or 2) change the documentation for that module to include something akin to the following warning: Warning: urllib does not perform certificate checks if passed an HTTPS url! This permits remote machines to masquerade as your intended destination. -- components: Library (Lib) messages: 107900 nosy: debatem1 priority: normal severity: normal status: open title: urllib about https behavior versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9003 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9003] urllib about https behavior
Changes by Senthil Kumaran orsent...@gmail.com: -- assignee: - orsenthil nosy: +orsenthil resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9003 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo implementation for UTC
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On this happy note, I am closing this issue. Doc changes have been committed in r82004, test changes in r82003. For repr(timezone(..)) development, please follow issue #9000. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3129] struct allows repeat spec. without a format specifier
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6641] datetime.strptime doesn't support %z format ?
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: Added file: http://bugs.python.org/file17681/issue6641.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6641] datetime.strptime doesn't support %z format ?
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: Removed file: http://bugs.python.org/file17667/issue6641.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6641] datetime.strptime doesn't support %z format ?
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Mark, I am reassigning this to you for a commit review. -- assignee: belopolsky - mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1596321] KeyError at exit after 'import threading' in other thread
Craig McQueen pyt...@craig.mcqueen.id.au added the comment: From my limited experience using cx_Freeze 4.1.2 with Python 2.6.5, it seems that this issue is triggered in a cx_Frozen program simply by having `import threading` in the program. I'm not sure what cx_Freeze is doing that makes this issue show up. -- nosy: +cmcqueen1975 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1596321 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1596321] KeyError at exit after 'import threading' in other thread
Craig McQueen pyt...@craig.mcqueen.id.au added the comment: Sorry I should have said, I'm running on Windows 2000 SP4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1596321 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9003] urllib about https behavior
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9003 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8943] Bug in InteractiveConsole
Senthil Kumaran orsent...@gmail.com added the comment: Yes, the problem is observed in py3k. Pickle module when used via Interactive console is trying to import the class as __console__.ClassName and it is failing to see the __console__ module. _pickle.PicklingError: Can't pickle class '__console__.Example': import of module '__console__' failed -- nosy: +alexandre.vassalotti, orsenthil stage: - needs patch versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8943 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9004] datetime.utctimetuple() should not set tm_isdst flag to 0
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
I find the following quite misleading:
from datetime import datetime
import time
time.strftime('%c %z %Z', datetime.utcnow().utctimetuple())
'Wed Jun 16 03:26:26 2010 -0500 EST'
As far as I can tell, the only other function that uses the tm_isdst flag is
time.mktime, but it expect a timetuple containing local time, not UTC time.
--
assignee: belopolsky
components: Extension Modules
messages: 107906
nosy: belopolsky, mark.dickinson
priority: normal
severity: normal
stage: unit test needed
status: open
title: datetime.utctimetuple() should not set tm_isdst flag to 0
type: behavior
versions: Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9004
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9005] Year range in timetuple
New submission from Alexander Belopolsky belopol...@users.sourceforge.net: Current datetime.timetuple() implementation goes out of its way to support edge cases that produce timetuples beyond the naive datetime range: t1 = datetime.min.replace(tzinfo=timezone.max) t2 = datetime.max.replace(tzinfo=timezone.min) print(t1.utctimetuple()) time.struct_time(tm_year=0, tm_mon=12, tm_mday=31, tm_hour=0, tm_min=1, tm_sec=0, tm_wday=6, tm_yday=366, tm_isdst=0) print(t2.utctimetuple()) time.struct_time(tm_year=1, tm_mon=1, tm_mday=1, tm_hour=23, tm_min=58, tm_sec=59, tm_wday=5, tm_yday=1, tm_isdst=0) The last result is particularly troublesome because it may crash time.asctime on POSIX compliant systems. See Issue #6608. tm_year is described in help(time) as 4-digit year suggesting range of [1000, ]. Most C libraries support even smaller ranges. -- assignee: belopolsky components: Extension Modules messages: 107907 nosy: belopolsky, mark.dickinson priority: normal severity: normal stage: needs patch status: open title: Year range in timetuple type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9005 ___ ___ 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 geremy condra debat...@gmail.com: -- nosy: +debatem1 ___ 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
[issue9000] Provide parseable repr to datetime.timezone
Changes by Brett Cannon br...@python.org: -- nosy: -brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8577] test_distutils fails if srcdir != builddir
Ronald Oussoren ronaldousso...@mac.com added the comment: Tarek: I'm not 100% that all my changes in Lib/distutils were backported to 3.1. This last patch definitely wasn't, but isn't also isn't relevant for 3.1. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8577 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
