[issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as universal
sorin sorin.sbar...@gmail.com added the comment: FYI, I got the above output from 10.7 from a friend, I do not have access to the seed, so the information could be wrong. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11623 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12206] Documentation Std. Library 15.7.5 LogRecord objects: Parameters: level(currently wrong) - levelno (correct)
Petri Lehtinen pe...@digip.org added the comment: The name of the level parameter to LogRecord constructor is correct in the documentation (I checked the code). The only inconsitency that I see is that the corresponding attribute name of LogRecord is levelno. -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12206] Documentation Std. Library 15.7.5 LogRecord objects: Parameters: level(currently wrong) - levelno (correct)
Martin Ponweiser m.ponwei...@gmail.com added the comment: You are right, I should have looked closer -- sorry to all involved. Nevertheless this caused some confusion here. I guess mentioning the inconsistency in the documentation is out of the question. On Mon, May 30, 2011 at 10:10 AM, Petri Lehtinen rep...@bugs.python.orgwrote: Petri Lehtinen pe...@digip.org added the comment: The name of the level parameter to LogRecord constructor is correct in the documentation (I checked the code). The only inconsitency that I see is that the corresponding attribute name of LogRecord is levelno. -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12206 ___ -- Added file: http://bugs.python.org/file22187/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12206 ___You are right, I should have looked closer -- sorry to all involved. Nevertheless this caused some confusion here. I guess mentioning the inconsistency in the documentation is out of the question.brbrdiv class=gmail_quote On Mon, May 30, 2011 at 10:10 AM, Petri Lehtinen span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex; br Petri Lehtinen lt;a href=mailto:pe...@digip.org;pe...@digip.org/agt; added the comment:br br The name of the quot;levelquot; parameter to LogRecord constructor is correct in the documentation (I checked the code). The only inconsitency that I see is that the corresponding attribute name of LogRecord is quot;levelnoquot;.br br --br nosy: +petri.lehtinenbr divdiv/divdiv class=h5br ___br Python tracker lt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;br lt;a href=http://bugs.python.org/issue12206; target=_blankhttp://bugs.python.org/issue12206/agt;br ___br /div/div/blockquote/divbrbr clear=allbr-- brMartin PonweiserbrFrauengasse 4/8, 2700 Wr. Neustadt, Austriabrcell phone: 0043 650-68 27 949 (no SMS inbox)br ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12206] Documentation Std. Library 15.7.5 LogRecord objects: Parameters: level(currently wrong) - levelno (correct)
Petri Lehtinen pe...@digip.org added the comment: Martin Ponweiser wrote: I guess mentioning the inconsistency in the documentation is out of the question. No, not at all. If you have a good wording in your mind, please share it :) Or even better, write a patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input
Changes by STINNER Victor victor.stin...@haypocalc.com: -- resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12198] zipfile.py:1047: DeprecationWarning: 'H' format requires 0 = number = 65535
Petri Lehtinen pe...@digip.org added the comment: On 2.7, your example raises an error: Traceback (most recent call last): File a.py, line 7, in module z.write(a, a) File /home/petri/tmp/cpython/cpython/Lib/zipfile.py, line 1071, in write self.fp.write(zinfo.FileHeader()) File /home/petri/tmp/cpython/cpython/Lib/zipfile.py, line 348, in FileHeader len(filename), len(extra)) struct.error: ushort format requires 0 = number = USHRT_MAX I doubt this can be fixed in 2.6 anymore, as it's in security fix only -mode. What comes to the error on 2.7, it could be better. If zip files simply don't support dates before 1980, an error describing this could be raised. Another possibility would be to clamp too old dates to 1980. -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12198 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12014] str.format parses replacement field incorrectly
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12014 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12151] test_logging fails sometimes
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: The last change appears to have fixed the problem; AFAIK there have been no test_logging failures on the buildbots for several days. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12151 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12068] test_logging failure in test_rollover
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: There appear to have been no test_logging failures on the buildbots for around a week, so closing this issue. A change to ignore socket errors when the server was closed appears to have done the trick. -- resolution: - fixed status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12151] test_logging fails sometimes
STINNER Victor victor.stin...@haypocalc.com added the comment: The last change appears to have fixed the problem; AFAIK there have been no test_logging failures on the buildbots for several days. Great job, thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12151 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11254] distutils doesn't byte-compile .py files to __pycache__ during installation
Tarek Ziadé ziade.ta...@gmail.com added the comment: to be backported in packaging -- in a way that will make it work with previous python versions for the incoming 2.x backport -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11254 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
Jonas H. jo...@lophus.org added the comment: I'm not. My patch doesn't address the problem of unlinkable methods but wrong type declarations (read, wrong usage of .. function:: directives) for builtins like int, float, bool, list etc. Because the directives change, the roles used to link to them (:func:`list`) have to be changed accordingly. That's what this patch does. I want to address `list` method documentation in the next step. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6490] os.popen documentation in 2.6 is probably wrong
Chris Rebert pyb...@rebertia.com added the comment: Per msg129958, attached is my stab at a patch to replace most uses of os.popen() with the subprocess module. The test suite passes on my Mac, but the patch does touch some specific-to-other-platform code, so further testing is obviously needed. This is my first non-docs patch, please be gentle. :) [Those patches were to subprocess' docs though!] Stuff still using os.popen() that the patch doesn't fix: - multiprocessing - platform.popen() [which is itself deprecated] - subprocess.check_output() - Lib/test/test_poll.py - Lib/test/test_select.py - Lib/distutils/tests/test_cygwinccompiler.py Also, I suppose Issue 9382 should be marked as a dupe of this one? -- nosy: +cvrebert Added file: http://bugs.python.org/file22188/mostly_replace_os_popen.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6490] os.popen documentation in 2.6 is probably wrong
Marc-Andre Lemburg m...@egenix.com added the comment: Chris Rebert wrote: Chris Rebert pyb...@rebertia.com added the comment: Per msg129958, attached is my stab at a patch to replace most uses of os.popen() with the subprocess module. The test suite passes on my Mac, but the patch does touch some specific-to-other-platform code, so further testing is obviously needed. This is my first non-docs patch, please be gentle. :) [Those patches were to subprocess' docs though!] Stuff still using os.popen() that the patch doesn't fix: - multiprocessing - platform.popen() [which is itself deprecated] - subprocess.check_output() - Lib/test/test_poll.py - Lib/test/test_select.py - Lib/distutils/tests/test_cygwinccompiler.py Also, I suppose Issue 9382 should be marked as a dupe of this one? Thanks, but I still don't understand why os.popen() wasn't removed from the list of deprecated APIs as per Guido's message further up on the ticket. If you look at the amount of code you need to add in order to support the os.popen() functionality directly using subprocess instead of going the indirect way via the existing os.popen() wrapper around the subprocess functionality, I think this shows that the wrapper is indeed a good thing to have and something you'd otherwise implement anyway as part of standard code refactoring. So instead of applying such a patch, I think we should add back the documentation for os.popen() and remove the deprecation notices. The deprecations for os.popenN() are still fine, since those APIs are not used all that much, and I'm sure that no one can really remember what all the different versions do anyway :-) os.popen() OTOH is often used and implements a very common use: running an external command and getting the stdout results back for further processing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write
Changes by STINNER Victor victor.stin...@haypocalc.com: -- title: BufferedRandom: write(); read() gives different result using io and _pyio - BufferedRandom, BufferedRWPair: issues with interlaced read-write ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12213 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12125] test_sysconfig fails on OpenIndiana because of test_packaging
Jesús Cea Avión j...@jcea.es added the comment: Tarek, can you confirm that the bug is closed?. It is reported as open in the tracker. Could you possibly close it, if appropiate?. -- assignee: tarek - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12125 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12214] platform module can't detect archlinux distribution
New submission from zhou wei lilaboc...@gmail.com: platform.py can't detect archlinux distribution. the fix is to try to detect whether /etc/arch-release exists (archlinux is using a rolling release model, so no version, id here. https://wiki.archlinux.org/index.php/Arch_Linux). -- components: Library (Lib) files: platform.py.patch keywords: patch messages: 137258 nosy: lemburg, lilaboc priority: normal severity: normal status: open title: platform module can't detect archlinux distribution type: behavior versions: Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file22189/platform.py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12214 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write
STINNER Victor victor.stin...@haypocalc.com added the comment: io_interlaced_read_write.patch: - add interlaced read/write tests for BufferedRandom and BufferedRWPair - _pyio: move undo readahead code into BufferedReader.flush() - io: BufferedRandom.flush() doesn't undo readahead if the write buffer is empty, so it's possible to call it in read methods without flusing the readahead buffer when it's not needed - read(), read1(), readinto(), peek() calls writer.flush() - write() calls reader.flush() (undo readahead) TODO: - tests BufferedRWPair with read-only + write-only files because I'm not sure if my tests using readable and writeable methods - _pyio: undo the readahead in BufferedReader.flush() is no perfect, because BufferedReader is supposed to be read-only. I choosed that to factorize the code between BufferedRandom and BufferedRWPair - what happens if a write occurs during _pyio.BufferedReader.flush()? if self._read_buf: write occurs with self._read_lock: We may protect the read of self._read_buf with the read lock. My patch tries to fix interlaced read-write by always calling flush(), but I am not sure that it doesn't change read-only and write-only cases. There are maybe some unnecessary call to flush(). -- keywords: +patch Added file: http://bugs.python.org/file22190/io_interlaced_read_write.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12213 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12214] platform module can't detect archlinux distribution
Changes by zhou wei lilaboc...@gmail.com: Removed file: http://bugs.python.org/file22189/platform.py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12214 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12215] TextIOWrapper: issues with interlaced read-write
New submission from STINNER Victor victor.stin...@haypocalc.com: The following code fails on an assertion error (Python exception for _pyio, C assertion for io): -- with io.BytesIO(b'abcd') as raw: with _pyio.TextIOWrapper(raw, encoding='ascii') as f: f.read(1) f.write('2') f.tell() -- I found this assertion while testing interlaced read-write on TextIOWrapper: -- with io.BytesIO(b'abcd') as raw: with _pyio.TextIOWrapper(raw, encoding='ascii') as f: f.write(1) # read() must call writer.flush() assertEqual(f.read(1), 'b') # write() must rewind the raw stream f.write('2') assertEqual(f.read(), 'd') f.flush() assertEqual(raw.getvalue(), b'1b2d') with io.BytesIO(b'abc') as raw: with _pyio.TextIOWrapper(raw, encoding='ascii') as f: self.assertEqual(f.read(1), b'a') # write() must undo reader readahead f.write(b2) assertEqual(f.read(1), b'c') f.flush() assertEqual(raw.getvalue(), b'a2c') -- These tests fails on read, write, read path: write() breaks TextIOWrapper internal state if a read() occured just before. Note that _pyio.TextIOWrapper.write() contains the following comment... # XXX What if we were just reading? See also the issue #12213 for BufferedRandom and BufferedRWPair. -- components: IO messages: 137260 nosy: haypo, pitrou priority: normal severity: normal status: open title: TextIOWrapper: issues with interlaced read-write versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12215 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write
STINNER Victor victor.stin...@haypocalc.com added the comment: See also issue #12215: TextIOWrapper has also issues on interlaced read-write. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12213 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12214] platform module can't detect archlinux distribution
Changes by zhou wei lilaboc...@gmail.com: Added file: http://bugs.python.org/file22191/platform.py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12214 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12215] TextIOWrapper: issues with interlaced read-write
STINNER Victor victor.stin...@haypocalc.com added the comment: textiowrapper_interlaced_read_write.patch: TextIOWrapper.write() calls self.seek(self.tell()) if it has a decoder or if snapshot is not None. I suppose that we can do better, but at least it does fix this issue. read(); write(); write() only calls self.seek(self.tell()) once, at the first write. So I don't think that it changes anything with performances. In which case snapshot can be not different than None, whereas decoder is None? -- keywords: +patch Added file: http://bugs.python.org/file22192/textiowrapper_interlaced_read_write.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12215 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12215] TextIOWrapper: issues with interlaced read-write
Changes by STINNER Victor victor.stin...@haypocalc.com: -- versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12215 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12215] TextIOWrapper: issues with interlaced read-write
Changes by STINNER Victor victor.stin...@haypocalc.com: -- versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12215 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write
Changes by STINNER Victor victor.stin...@haypocalc.com: -- versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12213 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11864] sporadic failure in test_concurrent_futures
Roundup Robot devnull@devnull added the comment: New changeset 7e99da22c26d by Brian Quinlan in branch 'default': Increases some test timeouts to fix issue 11864. http://hg.python.org/cpython/rev/7e99da22c26d -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11864 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
Éric Araujo mer...@netwok.org added the comment: Could you make an effort to accept our word that using :class: instead of :func: would bring zero value to the indexing system nor to human readers? -- versions: -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12209] Minor edits to faulthandler doc
Éric Araujo mer...@netwok.org added the comment: faulthandler prints the Python trace, not the C trace, so I prefer to call it a traceback than stack trace. Okay. What do you think about this synopsis then: dumping the traceback on CPython crashes? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12209 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11946] 2.7.1 'test_commands' build test fails
Alex Leach beamesle...@gmail.com added the comment: I got the same test_commands fail when building a Python2.7.1 which I downloaded yesterday; it's on an FC13 x86_64 server. I've built python2.7 before using a similar machine, but it's not picking up my external libraries on a Sun Grid Engine, leaving me with import errors. Probably problems with the environment ($PYTHONHOME $PYTHONPATH), but playing with these don't fix my batch jobs, so I've decided to build a cross-compiled version, which I've done on a Mac Pro before, but not a linux server, where --with-universal-archs doesn't work. I'm not a guru with using CFLAGS args during compilation, so I think I'll end up compiling it twice (long, I need this to work yesterday), using Jason's configure arguments (that -m32 is the ticket), and taking Jason's wrapper script, modifying it for my home dir. Thanks for posting that Jason!! I'd already started implementing something similar in my batch script, but yours looks much more thorough. Whilst here, I wanted to advocate python a bit. I think it's awesome, and an article that articulates it's awesomeness fairly amusingly, can be found here:- http://www.linuxjournal.com/article/3882 Still, I'm also disappointed with these build problems. I left `make test` running overnight and it had hung, using 100% of a CPU the whole night. I'm not even half-way to getting python compiled... :( Will probably also need to recompile ATLAS as well as numpy / biopython for both archs - no quick or easy feat. -- nosy: +Alex.Leach ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11946 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11864] sporadic failure in test_concurrent_futures
Changes by Brian Quinlan br...@sweetapp.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11864 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Éric Araujo mer...@netwok.org added the comment: Looks good. One remark: instead of using keys() + getitem in Lib/netrc.py:109, you can use this: for host, attrs in self.allhosts.items() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
Jonas H. jo...@lophus.org added the comment: Could you make an effort to accept our word that using :class: instead of :func: would bring zero value to the indexing system nor to human readers? I'm already doing; but I don't see anyone having made a good point against my preference of using .. class:: to document classes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10772] Several actions for argparse arguments missing from docs
Éric Araujo mer...@netwok.org added the comment: I would not document 'parsers'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10772 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12207] Document ast.PyCF_ONLY_AST
Éric Araujo mer...@netwok.org added the comment: Okay. I’ll make another patch to remove mentions of this flag then. -- versions: -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12207 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
Éric Araujo mer...@netwok.org added the comment: I'm already doing; Thanks. but I don't see anyone having made a good point against my preference of using .. class:: to document classes. We have agreed it is needed (I think it’s on another bug report, maybe a duplicate). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
Jonas H. jo...@lophus.org added the comment: What's wrong with the changes I propose with the patch, then? Sorry, I really don't get it, no matter how hard I try. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
Éric Araujo mer...@netwok.org added the comment: Due to implementation details and history of CPython, it is not “more correct” to say that int is a function and a class. You could argue either. The question is however moot; when you mark up something with a mod, func, class or meth role, Sphinx will find the target without paying attention to its type. So changing :func: to :class: does not bring anything. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12209] Minor edits to faulthandler doc
STINNER Victor victor.stin...@haypocalc.com added the comment: dumping the traceback on CPython crashes? faulthandler is no more specific to crashes: you can dump the tracebacks while Python is running using a signal or an explicit call to faulthandler.dump_traceback(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12209 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Jean-Marc Saffroy saff...@gmail.com added the comment: You are suggesting something like this, I suppose? --- a/Lib/netrc.py +++ b/Lib/netrc.py @@ -105,8 +105,8 @@ class netrc: def __repr__(self): Dump the class data in the format of a .netrc file. rep = -for host in self.allhosts.keys(): -for attrs in self.allhosts[host]: +for (host, attrlist) in self.allhosts.items(): +for attrs in attrlist: rep = rep + machine + host + \n\tlogin + repr(attrs[0]) + \n if attrs[1]: rep = rep + account + repr(attrs[1]) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Jean-Marc Saffroy saff...@gmail.com added the comment: Patch slightly updated after Eric's comments. -- Added file: http://bugs.python.org/file22193/netrc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Éric Araujo mer...@netwok.org added the comment: I’m surprised self.assert_ does not produce a DeprecationWarning (in favor of assertTrue). The tests should use assertEqual(expected, computed) anyway, to let developers see a useful diff when the test fails. Could you change this in the tests? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Jean-Marc Saffroy saff...@gmail.com added the comment: Patch formatting changed to be more review-friendly (looks like MQ-style patch isn't?), otherwise same as 2011-05-30 16:14. -- Added file: http://bugs.python.org/file22194/netrc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1322] platform.dist() has unpredictable result under Linux
Éric Araujo mer...@netwok.org added the comment: FTR, doko applied this patch for Debian and Ubuntu: http://patch-tracker.debian.org/patch/series/view/python3.2/3.2.1~rc1-1/platform-lsbrelease.diff -- versions: +Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Jean-Marc Saffroy saff...@gmail.com added the comment: Eric: yes I can look into the asserts, but note I generated and tested my patch from a checkout of 2.6 (see my first report), so maybe that's why I didn't see any warning. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Éric Araujo mer...@netwok.org added the comment: Ah, okay. Your patch needs to apply to 2.7 or 3.2, which use assertEqual and not assert_. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
Jonas H. jo...@lophus.org added the comment: when you mark up something with a mod, func, class or meth role, Sphinx will find the target without paying attention to its type. So changing :func: to :class: does not bring anything. From a quick test this seems to hold true for links within one project but not for Sphinx' intersphinx extension, which actually cares about types. So the question is whether we keep CPython implementation details (many builtins being both a class and a function) out of the documentation or we get the Sphinx developers to change intersphinx behaviour. I guess you'd suggest the latter, right? :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12216] future imports change the reporting of syntaxerrors
New submission from Ronny Pfannschmidt ronny.pfannschm...@gmail.com: compile('def foo(', '', 'exec') Traceback (most recent call last): File stdin, line 1, in module File , line 1 def foo( ^ SyntaxError: unexpected EOF while parsing vs compile('from __future__ import print_function\ndef foo(', '', 'exec') Traceback (most recent call last): File stdin, line 1, in module File , line 2 def foo( ^ SyntaxError: invalid syntax -- messages: 137285 nosy: Ronny.Pfannschmidt priority: normal severity: normal status: open title: future imports change the reporting of syntaxerrors versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12216] future imports change the reporting of syntaxerrors
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11946] 2.7.1 'test_commands' build test fails
R. David Murray rdmur...@bitdance.com added the comment: The test_commands fix will be in 2.7.2. 2.7.1 was released well before the fix was made. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11946 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1322] platform.dist() has unpredictable result under Linux
STINNER Victor victor.stin...@haypocalc.com added the comment: http://patch-tracker.debian.org/patch/series/view/python3.2/3.2.1~rc1-1/platform-lsbrelease.diff This patch fails if (?:DISTRIB_CODENAME\s*=)\s*(.*) regex doesn't match (_u_id variable is not set). -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Jean-Marc Saffroy saff...@gmail.com added the comment: Here is a patch against 2.7. -- Added file: http://bugs.python.org/file22195/netrc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file21444/netrc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file22193/netrc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file22194/netrc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11416] netrc module does not handle multiple entries for a single host
Éric Araujo mer...@netwok.org added the comment: Great! Could you expand the docstrings and reST documentation to mention the new behavior? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
R. David Murray rdmur...@bitdance.com added the comment: It should certainly be reported to the sphinx tracker where the right people to make the decision for sphinx itself will see it. Then if the decision is that type matters, python can decide how we want to handle that fact. Since the core of sphinx does not care about type, I suspect this will be viewed as a bug in InterSphinx, but I could well be wrong. Note that not using :func: does change the generated text. With :func: you get () after the name, with :class: you don't. So changing :func: to :class: for these is a decision that would need some discussion. Also note that I'm guessing that there will be people who will object to expanding the description of the sequence types into full class/method docs. So this, too, is a change that needs to be discussed with a wider audience. I think I'm +0 on it myself; it makes the docs less concise and leads to redundant text, but it also make it easier to look up the method set of individual sequence types. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9326] Error message for incorrect number of (function) args is incorrect
Armin Rigo ar...@users.sourceforge.net added the comment: FWIW, this case is tested in PyPy: http://paste.pocoo.org/show/397732/ -- nosy: +arigo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9326 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12188] PEP 7, C style: add ++ policy and explanation
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9326] Error message for incorrect number of (function) args is incorrect
Benjamin Peterson benja...@python.org added the comment: I think some one should just rewrite this code from scratch. Every time I fix something, it breaks something else. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9326 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9382] os.popen referenced but not documented in Python 3.x
STINNER Victor victor.stin...@haypocalc.com added the comment: Its documentation in both 2.6 and 2.7 notes: Deprecated since version 2.6: This function is obsolete. Use the subprocess module. The deprecation should be removed from Python 2.7: os.popen() will not be removed from Python 2 because 2.7 is the last major version of the 2.x branch. And os.popen() will stay in Python 3: see #6490 and the Guido's message http://bugs.python.org/issue6490#msg90572 If it was decided to keep os.popen alive, it *should* be documented in 3.x Yes, os.popen() must be documented in Python 3. Do you want to write a patch to restore the doc? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12216] future imports change the reporting of syntaxerrors
Benjamin Peterson benja...@python.org added the comment: Actually anything before the last statement will cause this compile(\ndef foo(, '', 'exec') Traceback (most recent call last): File stdin, line 1, in module File , line 2 def foo( ^ SyntaxError: invalid syntax -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9382] os.popen referenced but not documented in Python 3.x
Éric Araujo mer...@netwok.org added the comment: I suggest we move the discussion to #6490. -- nosy: +eric.araujo resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - os.popen documentation in 2.6 is probably wrong ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT
STINNER Victor victor.stin...@haypocalc.com added the comment: Should the .pyc/.pyo file writing be disabled altogether if stat() and/or fstat() is not available. If we cannot get the file modification time, .pyc/.pyo writing must be disabled. If your OS/libc/filesystem doesn't have fstat(), you don't have file modification, so no .pyc/.pyo write. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6490] os.popen documentation in 2.6 is probably wrong
R. David Murray rdmur...@bitdance.com added the comment: The deprecations for os.popenN() are still fine, since those APIs are not used all that much, and I'm sure that no one can really remember what all the different versions do anyway :-) That's good, because those functions are already gone in Python3 :) Victor: did you notice that getoutput and friends call os.popen? The one argument I can see for actually deprecating os.popen is that in general the os module functions are thin wrappers around the corresponding posix functions. But that is only true in general, and os.popen was never a thin wrapper, at least on most platforms. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12217] Cross-link docs for faulthandler, traceback and pdb
New submission from Éric Araujo mer...@netwok.org: haypo suggested linking between traceback.print_tb and faulthandler.dump_traceback(). See also links between pdb and faulthandler could also be nice, if they explain briefly how the modules differ. -- assignee: docs@python components: Documentation keywords: easy messages: 137298 nosy: docs@python, eric.araujo, haypo priority: normal severity: normal stage: needs patch status: open title: Cross-link docs for faulthandler, traceback and pdb versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12217 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6490] os.popen documentation in 2.6 is probably wrong
STINNER Victor victor.stin...@haypocalc.com added the comment: Victor: did you notice that getoutput and friends call os.popen? Yes, because I wrote a patch to call directly subprocess :-) = see the issue #10197. I don't want to remove os.popen() anymore, it's too much work for a minor gain (we will remove it in Python 4). But we can add a note in its documentation saying that the subprocess should be prefered. But that is only true in general, and os.popen was never a thin wrapper, at least on most platforms. os.popen() was a thin wrapper in Python 2.x: posix.popen() was a wrapper of the popen() C function. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12216] future imports change the reporting of syntaxerrors
Roundup Robot devnull@devnull added the comment: New changeset fefca6548732 by Benjamin Peterson in branch 'default': don't restrict unexpected EOF errors to the first line (closes #12216) http://hg.python.org/cpython/rev/fefca6548732 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10449] “os.environ was modified by test_httpservers”
Éric Araujo mer...@netwok.org added the comment: From IRC: too late for 3.1. -- resolution: - out of date stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6490] os.popen documentation in 2.6 is probably wrong
R. David Murray rdmur...@bitdance.com added the comment: There were an awfully large number of pages of code for a thin wrapper. Granted, half of that was probably os/2 support... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6490 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11946] 2.7.1 'test_commands' build test fails
Jason Vas Dias jason.vas.d...@gmail.com added the comment: RE: comment msg137266 - thanks for responding, Alex - though don't get misled by that wrapper script I wrote, though - I ended up replacing it with a short C program, which I'll attach after this comment. RE: I think Python is awesome ... I think Python is awesome too - I've been programming with it for nearly eight years now - but I HATE the modern propensity for replacing perfectly OK C programs and shell scripts with Python , or any other interpreter, Just for the sake of it, - let's be clear what an interpreter or compiler's job is : it is to present the correct machine code to the computer for execution to perform a certain well defined task . So I don't think an interpreter script is automatically, by definition, preferable to a compiled executable. And I don't like significant white-space and PERL will always be my preferred script interpreter, sorry Python, that's just the way it is . I'm appending the C source python wrapper program that I use after this. -- Added file: http://bugs.python.org/file22196/python.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11946 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10645] Remove egg-info files in stdlib
Tarek Ziadé ziade.ta...@gmail.com added the comment: I am going to remove wsgiref.egg-info -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10645 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12125] test_sysconfig fails on OpenIndiana because of test_packaging
Tarek Ziadé ziade.ta...@gmail.com added the comment: I fixed it -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12125 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12218] Removing wsgiref.egg-info
New submission from Tarek Ziadé ziade.ta...@gmail.com: I am removing that metadata info, since we're moving to PEP 376 -- assignee: tarek components: Library (Lib) messages: 137306 nosy: tarek priority: normal severity: normal status: open title: Removing wsgiref.egg-info versions: Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10645] Remove egg-info files in stdlib
Tarek Ziadé ziade.ta...@gmail.com added the comment: see issue12218 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10645 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12218] Removing wsgiref.egg-info
Roundup Robot devnull@devnull added the comment: New changeset d615eb7bce33 by Tarek Ziade in branch 'default': Issue 12218: Removing wsgiref.egg-info http://hg.python.org/cpython/rev/d615eb7bce33 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12218] Removing wsgiref.egg-info
Changes by Tarek Ziadé ziade.ta...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11946] 2.7.1 'test_commands' build test fails
Jason Vas Dias jason.vas.d...@gmail.com added the comment: so I can do: $ setarch i686 $ strace -s8192 -e trace=execve /usr/bin/python execve(/usr/bin/python, [/usr/bin/python], [/* 65 vars */]) = 0 execve(/usr/bin//32/python, [/usr/bin//32/python], [/* 66 vars */]) = 0 [ Process PID=3559 runs in 32 bit mode. ] Python 2.7.1 (r271:86832, Apr 30 2011, 13:29:12) [GCC 4.6.0] on linux2 Type help, copyright, credits or license for more information. $ strace -s8192 -e trace=execve /usr/bin/python2.7 execve(/usr/bin/python2.7, [/usr/bin/python2.7], [/* 65 vars */]) = 0 execve(/usr/bin//32/python2.7, [/usr/bin//32/python2.7], [/* 66 vars */]) = 0 [ Process PID=3571 runs in 32 bit mode. ] Python 2.7.1 (r271:86832, Apr 30 2011, 13:29:12) [GCC 4.6.0] on linux2 Type help, copyright, credits or license for more information. This is necessary because the 32-bit /usr/bin/32/python*'s PYTHONHOME is /usr/lib32/python2.7 , where 32-bit shared library python modules are installed under lib-dynload/, while the native 64-bit's /usr/bin/python2.7's PYTHONHOME is /usr/lib64/python2.7 which has 64-bit libraries in lib-dynload . The 32-bit python uses /etc/32/ as its $SYSCONFDIR . -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11946 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12196] add pipe2() to the os module
Charles-François Natali neolo...@free.fr added the comment: support.linux_version() may be changed for requires_linux_version(2, 6, 27), but linux_version() is always used in tests to check the Linux version. requires_linux_version() would only raise a SkipTest if the OS is Linux and if the kernel is lesser than the specified version. See the patch attached. By the way, I like the new os.pipe2() function! You may want to document it in the What's new in Python 3.3 doc (just mention the new function, the document will be rephrased later). Sure, where is this document? -- Added file: http://bugs.python.org/file22197/support_linux_version.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12196 ___diff -r f73d80d0ba44 Lib/test/support.py --- a/Lib/test/support.py Mon May 30 11:15:05 2011 -0500 +++ b/Lib/test/support.py Mon May 30 19:21:14 2011 +0200 @@ -291,13 +291,17 @@ msg = Use of the `%s' resource not enabled % resource raise ResourceDenied(msg) -def linux_version(): -try: -# platform.release() is something like '2.6.33.7-desktop-2mnb' -version_string = platform.release().split('-')[0] -return tuple(map(int, version_string.split('.'))) -except ValueError: -return 0, 0, 0 +def requires_linux_version(*min_version): +if sys.platform.startswith('linux'): +try: +# platform.release() is something like '2.6.33.7-desktop-2mnb' +version_string = platform.release().split('-')[0] +version = tuple(map(int, version_string.split('.'))) +if version min_version: +raise unittest.SkipTest(Linux kernel %s or higher required % +..join(map(str, min_version))) +except ValueError: +pass HOST = 'localhost' diff -r f73d80d0ba44 Lib/test/test_posix.py --- a/Lib/test/test_posix.pyMon May 30 11:15:05 2011 -0500 +++ b/Lib/test/test_posix.pyMon May 30 19:21:14 2011 +0200 @@ -310,10 +310,7 @@ @unittest.skipUnless(hasattr(os, 'O_CLOEXEC'), needs os.O_CLOEXEC) def test_oscloexec(self): -version = support.linux_version() -if sys.platform == 'linux2' and version (2, 6, 23): -self.skipTest(Linux kernel 2.6.23 or higher required, - not %s.%s.%s % version) +support.requires_linux_version(2, 6, 23) fd = os.open(support.TESTFN, os.O_RDONLY|os.O_CLOEXEC) self.addCleanup(os.close, fd) self.assertTrue(fcntl.fcntl(fd, fcntl.F_GETFD) fcntl.FD_CLOEXEC) @@ -480,10 +477,7 @@ @unittest.skipUnless(hasattr(os, 'pipe2'), test needs os.pipe2()) def test_pipe2(self): -version = support.linux_version() -if sys.platform == 'linux2' and version (2, 6, 27): -self.skipTest(Linux kernel 2.6.27 or higher required, - not %s.%s.%s % version) +support.requires_linux_version(2, 6, 27) self.assertRaises(TypeError, os.pipe2, 'DEADBEEF') self.assertRaises(TypeError, os.pipe2, 0, 0) diff -r f73d80d0ba44 Lib/test/test_socket.py --- a/Lib/test/test_socket.py Mon May 30 11:15:05 2011 -0500 +++ b/Lib/test/test_socket.py Mon May 30 19:21:14 2011 +0200 @@ -1024,10 +1024,7 @@ if hasattr(socket, SOCK_NONBLOCK): def testInitNonBlocking(self): -v = support.linux_version() -if v (2, 6, 28): -self.skipTest(Linux kernel 2.6.28 or higher required, not %s - % ..join(map(str, v))) +support.requires_linux_version(2, 6, 28) # reinit server socket self.serv.close() self.serv = socket.socket(socket.AF_INET, socket.SOCK_STREAM | @@ -2002,10 +1999,7 @@ @unittest.skipUnless(fcntl, module fcntl not available) class CloexecConstantTest(unittest.TestCase): def test_SOCK_CLOEXEC(self): -v = support.linux_version() -if v (2, 6, 28): -self.skipTest(Linux kernel 2.6.28 or higher required, not %s - % ..join(map(str, v))) +support.requires_linux_version(2, 6, 28) with socket.socket(socket.AF_INET, socket.SOCK_STREAM | socket.SOCK_CLOEXEC) as s: self.assertTrue(s.type socket.SOCK_CLOEXEC) @@ -2024,10 +2018,7 @@ self.assertEqual(s.gettimeout(), None) def test_SOCK_NONBLOCK(self): -v = support.linux_version() -if v (2, 6, 28): -self.skipTest(Linux kernel 2.6.28 or higher required, not %s - % ..join(map(str, v))) +support.requires_linux_version(2, 6, 28) # a lot of it seems silly and redundant, but I wanted to test that # changing back and forth worked ok with socket.socket(socket.AF_INET,
[issue11946] 2.7.1 'test_commands' build test fails
Alex Leach beamesle...@gmail.com added the comment: Hey Jason, Thanks for replying so quickly, and on a bank holiday! :) This has completely diverged from the original bug, but whatever.. Thanks for the C wrapper too! It's not appropriate for my build environment, and I know no C, having only got so far as writing a hello world program with it, so I'll probably stick with my bash wrapper script for now. Currently re-compiling python2.7.1 to support i686 machines. The first build wasn't allowing me to compile numpy with the supplied atlas libraries, failing to pick up the extension .so.3 / .so.3.0 which I think has something to do with position independent code, so I'm recompiling this 32 bit python with the following commands:- $ export CFLAGS=-O2 -fPIC $ export CXXFLAGS=$CFLAGS $ OPT=-m32 LDFLAGS=-m32 ./configure --prefix=$HOME/32 Does that seem sensible to you?? The relevant part of my bash wrapper script (for sun grid engine) is then something like:- #!/bin/bash if [[ `uname -m` = x86_64 ]] ; then export PYTHONHOME=$HOME/ else echo arch = `uname -m` export PYTHONHOME=$HOME/32 fi -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11946 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
Georg Brandl ge...@python.org added the comment: Well (speaking as the Sphinx developer here), I view it as legacy behavior that type does not matter for non-intersphinx linking. So the intersphinx behavior is the correct one, but we can't change the other now because of compatibility. But (speaking as a Python doc person), I am -0 on changing :func: to :class: when we change these types to be documented as classes: it adds no value at all. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10772] Several actions for argparse arguments missing from docs
Marc Sibson sib...@gmail.com added the comment: issue10772.patch2: document help and count actions in Doc/library/argparse.rst -- Added file: http://bugs.python.org/file22198/issue10772.patch2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10772 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11946] 2.7.1 'test_commands' build test fails
Jason Vas Dias jason.vas.d...@gmail.com added the comment: RE: msg137311 : Alex - you wrote : I'm recompiling this 32 bit python with the following commands:- $ export CFLAGS=-O2 -fPIC $ export CXXFLAGS=$CFLAGS $ OPT=-m32 LDFLAGS=-m32 ./configure --prefix=$HOME/32 Does that seem sensible to you?? Well, it depends on the output of these commands on your system : $ gcc -print-search-dirs | grep '^libraries' libraries: =/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/:/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../x86_64-pc-linux-gnu/lib/x86_64-pc-linux-gnu/4.6.0/:/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../x86_64-pc-linux-gnu/lib/../lib64/:/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../x86_64-pc-linux-gnu/4.6.0/:/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/:/lib/x86_64-pc-linux-gnu/4.6.0/:/lib/../lib64/:/usr/lib/x86_64-pc-linux-gnu/4.6.0/:/usr/lib/../lib64/:/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../x86_64-pc-linux-gnu/lib/:/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../:/lib/:/usr/lib/ $ gcc -print-multi-os-directory ../lib64 Your C compiler should be appending an option such as : '--dynamic-linker=/lib32/ld-linux.so.2 -rpath /usr/lib32:/lib32' to it's ld(1) command line - if you have C compilation problems, look at the output of adding '--verbose' to the $CFLAGS you gave and looking at what options are used by gcc's 'collect' phase: $ gcc -o /tmp/t ~jason/t.c --verbose 21 | tail -n 2 COLLECT_GCC_OPTIONS='-o' '/tmp/t' '-v' '-mtune=k8' '-march=x86-64' /usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.0/collect2 --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o /tmp/t /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/crt1.o /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/crti.o /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/crtbegin.o -L/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0 -L/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../.. /tmp/ccoSip93.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/crtend.o /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/crtn.o $ gcc -m32 -o /tmp/t ~jason/t.c --verbose 21 | tail -n 2 COLLECT_GCC_OPTIONS='-m32' '-o' '/tmp/t' '-v' '-mtune=i686' '-march=x86-64' /usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.0/collect2 --eh-frame-hdr -m elf_i386 -dynamic-linker /lib32/ld-linux.so.2 -o /tmp/t /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib32/crt1.o /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib32/crti.o /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/32/crtbegin.o -L/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/32 -L/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib32 -L/lib/../lib32 -L/usr/lib/../lib32 -L/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0 -L/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../.. /tmp/ccZzwAuw.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/32/crtend.o /usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib32/crtn.o '~jason/t.c' is just : $ echo -e '#include stdio.h\nint main(){ printf(hello world!\n);}' ~jason/t.c If you are on a RedHat derived system, where /lib/ld-linux.so.2 is 32-bit , you should be OK; if, however, you are on a Gentoo derived or my style system, your -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11946 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12021] mmap.read requires an argument
Charles-François Natali neolo...@free.fr added the comment: The patch looks good to me. In your test, you don't explicitely close the mmap object: it's not a problem with CPython since it will get unmmapped, and the file descriptor - if it's a file-backed mapping - will get closed, as soon as it gets out of scope, but it would be cleaner to close it explicitely with something like self.addCleanup(m.close). -- nosy: +charles-francois.natali stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12021 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11946] 2.7.1 'test_commands' build test fails
Jason Vas Dias jason.vas.d...@gmail.com added the comment: Oops, cut myself off mid-sentence in that previous comment ... AIWS : If you are on a RedHat derived system, where /lib/ld-linux.so.2 is 32-bit , you should be OK; if, however, you are on a Gentoo derived or my style system, you need to make sure your gcc is compiled with '--enable-multilib' and '--enable-targets=all', as mine is , and that you have applied something like this patch to gcc's gcc/config/i386/linux*.h files: $ gendiff gcc/config '~' diff -up gcc/config/i386/linux.h~ gcc/config/i386/linux.h --- gcc/config/i386/linux.h~2011-01-14 18:45:06.0 + +++ gcc/config/i386/linux.h 2011-04-05 22:17:10.0 +0100 @@ -92,7 +92,7 @@ along with GCC; see the file COPYING3. /* These macros may be overridden in k*bsd-gnu.h and i386/k*bsd-gnu.h. */ #define LINK_EMULATION elf_i386 -#define GLIBC_DYNAMIC_LINKER /lib/ld-linux.so.2 +#define GLIBC_DYNAMIC_LINKER /lib32/ld-linux.so.2 #undef ASM_SPEC #define ASM_SPEC \ diff -up gcc/config/i386/linux64.h~ gcc/config/i386/linux64.h --- gcc/config/i386/linux64.h~ 2011-03-02 22:35:36.0 + +++ gcc/config/i386/linux64.h 2011-04-05 22:17:33.0 +0100 @@ -62,7 +62,7 @@ see the files COPYING3 and COPYING.RUNTI When the -shared link option is used a final link is not being done. */ -#define GLIBC_DYNAMIC_LINKER32 /lib/ld-linux.so.2 +#define GLIBC_DYNAMIC_LINKER32 /lib32/ld-linux.so.2 #define GLIBC_DYNAMIC_LINKER64 /lib64/ld-linux-x86-64.so.2 #if TARGET_64BIT_DEFAULT -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11946 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11946] 2.7.1 'test_commands' build test fails
Jason Vas Dias jason.vas.d...@gmail.com added the comment: The alternative is to use a GCC Spec File , such as that printed by $ gcc -dumpspecs Here is one such I've used in the past to overcome similar problems: $ cat /home/jason/local32.spec *lib: + -lc_nonshared *startfiles: + /lib32/crti.o *endfiles: + /lib32/crtn.o *link: + -dynamic-linker /usr/local/lib%{!m32:64}%{m32:32}/ld-linux-%{!m32:x86_64}%{m32:i386}.so.2 -L/usr/local/lib/gcc-lib/%{!m32:x86_64-redhat-linux}%{m32:i386-redhat-linux}/4/%{m32:32} -L/usr/local/lib/%{!m32:64}%{m32:32} -R/usr/local/lib/gcc/%{!m32:x86_64-redhat-linux}%{m32:i386-redhat-linux}/4 -R/usr/local/lib%{m32:32}%{!m32:64} -R/usr/local/lib *cpp: + -isystem /usr/local/include -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11946 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12021] mmap.read requires an argument
Petri Lehtinen pe...@digip.org added the comment: Thanks for the comments. I attached a new patch that uses self.addCleanup(m.close), and also adds a versionchanged directive to the docs. -- Added file: http://bugs.python.org/file22199/mmap_read_all_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12021 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT
Petri Lehtinen pe...@digip.org added the comment: STINNER Victor wrote: If we cannot get the file modification time, .pyc/.pyo writing must be disabled. If your OS/libc/filesystem doesn't have fstat(), you don't have file modification, so no .pyc/.pyo write. Should I go on and write a patch? Any hints on how this code path (of not writing .pyc/.pyo because of missing stat() and fstat()) could be tested? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12191] Add shutil.chown to allow to use user and group name (and not only uid/gid)
Sandro Tosi sandro.t...@gmail.com added the comment: @Eric: ok, I was just asking given the unusual situation 2.7 is (i.e. a very long support series), but it's perfectly fine not to backport the feature. @Charles-François: I changed a bit the logic: I check for 'None' at first, since it signals that we don't want to change the uid/gid, and then I recheck for None after _get_uid/gid, and only there raise a ValueError (is there a better exception for cases like this?) - what do you think about it? @Éric: re rewrap: I kinda find that almost every core dev has his opinion on this :) some don't want to rewrap, others are fine if you're touching that paragraph, and so on. Anyhow, to be on the safe-side, I un-rewrapped the first paragraph of os.chown(). @Gregory: I'd like to first concentrate on the single path function, then we'll look at the tree version. Thanks a lot to everyone for the review/comment/inspiration: attached you can find the updated patch. If something still needs a fix, I'd be happy to work on it. -- Added file: http://bugs.python.org/file22200/shutil_chown-default-v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12191 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11975] Fix referencing of built-in types (list, int, ...)
Jonas H. jo...@lophus.org added the comment: So the intersphinx behavior is the correct one, but we can't change the other now because of compatibility. Could you be convinced to use that legacy behaviour for intersphinx, too? :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12196] add pipe2() to the os module
STINNER Victor victor.stin...@haypocalc.com added the comment: See the patch attached. I like your patch, it removes many duplicate code :-) Some comments: - I don't like an if surrounding the whole function, I prefer if not ...: return to avoid the (useless) indentation. Well, it's my coding style, do as you want. - You should add docstrings. Something like Raise a SkipTest if the OS is Linux and the kernel version if lesser than min_version. For example, support.requires_linux_version(2, 6, 28) raises a SkipTest if the version is lesser than 2.6.28. - You should move the if version ... outside the try/except ValueError +# platform.release() is something like '2.6.33.7-desktop-2mnb' +version_string = platform.release().split('-')[0] Dummy micro-optimization: .split('-', 1)[0] or .partition('-')[0] is maybe better than .split('-')[0]. By the way, I like the new os.pipe2() function! You may want to document it in the What's new in Python 3.3 doc (just mention the new function, the document will be rephrased later). Sure, where is this document? Doc/whatsnew/3.3.rst -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12196 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT
Josh Triplett j...@joshtriplett.org added the comment: Given that GRUB doesn't support writing to filesystems at all, I already have to set Py_DontWriteBytecodeFlag, so disabling .pyc/.pyo entirely would work fine for my use case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT
STINNER Victor victor.stin...@haypocalc.com added the comment: Should I go on and write a patch? Yes please, write a patch, I will review it. To emulate a system without stat or fstat, you may use: #define fstat dont_have_fstat #define stat dont_have_stat The link will fail if the code still refer to fstat() or stat(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7
New submission from Herm Fischer fisc...@markv.com: tkinter.filedialog.askopenfilename works fine on the Windows builds of Python 3.1. However on Python 3.2 (Windows builds via Active State), this dialog comes up with the old Windows XT style on Windows 7 (missing navigation pane) and the dialog is not resizable (it was resizable in Python 3.1). Application users are inconvenienced, trouble opening long file names. Is there a work-around in Python 3.2? -- components: Tkinter files: python31-correct-filedialog.png messages: 137325 nosy: hfischer priority: normal severity: normal status: open title: tkinter.filedialog.askopenfilename XT dialog on Windows 7 type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file22201/python31-correct-filedialog.png ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12219 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7
Changes by Herm Fischer fisc...@markv.com: Added file: http://bugs.python.org/file22202/python32-wrong-filedialog.png ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12219 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12171] Reset method of the incremental encoders of CJK codecs calls the decoder reset function
Roundup Robot devnull@devnull added the comment: New changeset 61aaec67b521 by Victor Stinner in branch 'default': Close #12171: IncrementalEncoder.reset() of CJK codecs (multibytecodec) calls http://hg.python.org/cpython/rev/61aaec67b521 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12171 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12089] regrtest.py doesn't check for unexpected output anymore?
Roundup Robot devnull@devnull added the comment: New changeset 6051f2c93163 by Victor Stinner in branch 'default': Close #12089: Remove outdated and unused code from regrtest. http://hg.python.org/cpython/rev/6051f2c93163 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12089 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12028] threading._get_ident(): remove it in the doc or make it public
Roundup Robot devnull@devnull added the comment: New changeset 5548197d1f22 by Victor Stinner in branch 'default': Close #12028: Make threading._get_ident() public, rename it to http://hg.python.org/cpython/rev/5548197d1f22 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12220] minidom xmlns not handling spaces in xmlns attribute value field
New submission from Herm Fischer fisc...@markv.com: Minidom raises an exception if there's a space anywhere in the URI of an xmlns, but it is legal (but terrible practice) to have spaces in URIs. I think this should work or politely raise a syntax error. E.g., this fails: xmlns:abc=http:abc.com/de f g/hi/j k. The attachment xml file from an end user has this xmlns: xmlns:verrels= http://xbrl.org/2010/versioning-relationship-sets; which causes minidom to raise a ValueError exception, instead of a sensible syntax error message. The relevant python code is expabuilder.py, method _parse_ns_name, which does not have an elif for len(parts) != 2 (to raise a syntax error which identifies the bad construct). -- components: XML files: test.xml messages: 137329 nosy: hfischer priority: normal severity: normal status: open title: minidom xmlns not handling spaces in xmlns attribute value field type: crash versions: Python 3.2 Added file: http://bugs.python.org/file22203/test.xml ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12220 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8533] regrtest: use backslashreplace error handler for stdout
STINNER Victor victor.stin...@haypocalc.com added the comment: The original issue (use backslashreplace for stdout in regrtest) is now fixed, and so I closed it. @ocean-city: Can you please open a new issue for unittest? (for py3k_also_no_unicode_error_on_direct_test_run.patch) -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8533 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com