[issue12206] Documentation Std. Library 15.7.5 "LogRecord objects": Parameters: level(currently wrong) -> levelno (correct)

Petri Lehtinen 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 ___

[issue12206] Documentation Std. Library 15.7.5 "LogRecord objects": Parameters: level(currently wrong) -> levelno (correct)

Martin Ponweiser 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 wrote: > > P

[issue12206] Documentation Std. Library 15.7.5 "LogRecord objects": Parameters: level(currently wrong) -> levelno (correct)

Petri Lehtinen 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. -- ___

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

Changes by STINNER Victor : -- resolution: fixed -> status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12198] zipfile.py:1047: DeprecationWarning: 'H' format requires 0 <= number <= 65535

Petri Lehtinen added the comment: On 2.7, your example raises an error: Traceback (most recent call last): File "a.py", line 7, in 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/

[issue12014] str.format parses replacement field incorrectly

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue12151] test_logging fails sometimes

Vinay Sajip 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

[issue12068] test_logging failure in test_rollover

Vinay Sajip 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

[issue12151] test_logging fails sometimes

STINNER Victor 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

[issue11254] distutils doesn't byte-compile .py files to __pycache__ during installation

Tarek Ziadé 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 __

[issue11975] Fix referencing of built-in types (list, int, ...)

Jonas H. 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:`l

[issue6490] os.popen documentation in 2.6 is probably wrong

Chris Rebert 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

[issue6490] os.popen documentation in 2.6 is probably wrong

Marc-Andre Lemburg added the comment: Chris Rebert wrote: > > Chris Rebert 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

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

Changes by STINNER Victor : -- title: BufferedRandom: write(); read() gives different result using io and _pyio -> BufferedRandom, BufferedRWPair: issues with interlaced read-write ___ Python tracker _

[issue12125] test_sysconfig fails on OpenIndiana because of test_packaging

Jesús Cea Avión 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

[issue12214] platform module can't detect archlinux distribution

New submission from zhou wei : 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 (Li

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

STINNER Victor 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

[issue12214] platform module can't detect archlinux distribution

Changes by zhou wei : Removed file: http://bugs.python.org/file22189/platform.py.patch ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue12215] TextIOWrapper: issues with interlaced read-write

New submission from STINNER Victor : 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.te

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

STINNER Victor added the comment: See also issue #12215: TextIOWrapper has also issues on interlaced read-write. -- ___ Python tracker ___ __

[issue12214] platform module can't detect archlinux distribution

Changes by zhou wei : Added file: http://bugs.python.org/file22191/platform.py.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12215] TextIOWrapper: issues with interlaced read-write

STINNER Victor 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

[issue12215] TextIOWrapper: issues with interlaced read-write

Changes by STINNER Victor : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue12215] TextIOWrapper: issues with interlaced read-write

Changes by STINNER Victor : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

Changes by STINNER Victor : -- versions: +Python 2.7, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11864] sporadic failure in test_concurrent_futures

Roundup Robot 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

[issue11975] Fix referencing of built-in types (list, int, ...)

Éric Araujo 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

[issue12209] Minor edits to faulthandler doc

Éric Araujo 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? -- ___ Py

[issue11946] 2.7.1 'test_commands' build test fails

Alex Leach 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 impo

[issue11864] sporadic failure in test_concurrent_futures

Changes by Brian Quinlan : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo 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

[issue11975] Fix referencing of built-in types (list, int, ...)

Jonas H. 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::" t

[issue10772] Several actions for argparse arguments missing from docs

Éric Araujo added the comment: I would not document 'parsers'. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue12207] Document ast.PyCF_ONLY_AST

Éric Araujo added the comment: Okay. I’ll make another patch to remove mentions of this flag then. -- versions: -Python 3.1 ___ Python tracker ___

[issue11975] Fix referencing of built-in types (list, int, ...)

Éric Araujo 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). -- ___

[issue11975] Fix referencing of built-in types (list, int, ...)

Jonas H. 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 ___

[issue11975] Fix referencing of built-in types (list, int, ...)

Éric Araujo 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 th

[issue12209] Minor edits to faulthandler doc

STINNER Victor 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(). --

[issue12209] Minor edits to faulthandler doc

Éric Araujo added the comment: Okay, I understand now that the traceback always exists, not only during exceptions. The module gives control over the display of that traceback. Am I right? -- ___ Python tracker

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy 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.

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo added the comment: Exactly, minus the parens (not needed). -- versions: -Python 3.1 ___ Python tracker ___ ___ Python-bu

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy added the comment: Patch slightly updated after Eric's comments. -- Added file: http://bugs.python.org/file22193/netrc.patch ___ Python tracker ___ ___

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo 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? -- __

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy 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

[issue1322] platform.dist() has unpredictable result under Linux

Éric Araujo 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

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy 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

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo added the comment: Ah, okay. Your patch needs to apply to 2.7 or 3.2, which use assertEqual and not assert_. -- ___ Python tracker ___

[issue11975] Fix referencing of built-in types (list, int, ...)

Jonas H. 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

[issue12216] future imports change the reporting of syntaxerrors

New submission from Ronny Pfannschmidt : >>> compile('def foo(', '', 'exec') Traceback (most recent call last): File "", line 1, in File "", line 1 def foo( ^ SyntaxError: unexpected EOF while parsing vs >>> compile('from __future__ import print_function\ndef foo(', '', 'exec

[issue12216] future imports change the reporting of syntaxerrors

Changes by STINNER Victor : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue11946] 2.7.1 'test_commands' build test fails

R. David Murray 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 ___ _

[issue1322] platform.dist() has unpredictable result under Linux

STINNER Victor 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 __

[issue11416] netrc module does not handle multiple entries for a single host

Jean-Marc Saffroy added the comment: Here is a patch against 2.7. -- Added file: http://bugs.python.org/file22195/netrc.patch ___ Python tracker ___

[issue11416] netrc module does not handle multiple entries for a single host

Changes by Éric Araujo : Removed file: http://bugs.python.org/file21444/netrc.patch ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue11416] netrc module does not handle multiple entries for a single host

Changes by Éric Araujo : Removed file: http://bugs.python.org/file22193/netrc.patch ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue11416] netrc module does not handle multiple entries for a single host

Changes by Éric Araujo : Removed file: http://bugs.python.org/file22194/netrc.patch ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue11416] netrc module does not handle multiple entries for a single host

Éric Araujo added the comment: Great! Could you expand the docstrings and reST documentation to mention the new behavior? -- ___ Python tracker ___ ___

[issue11975] Fix referencing of built-in types (list, int, ...)

R. David Murray 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

[issue9326] Error message for incorrect number of (function) args is incorrect

Armin Rigo added the comment: FWIW, this case is tested in PyPy: http://paste.pocoo.org/show/397732/ -- nosy: +arigo ___ Python tracker ___ __

[issue12188] PEP 7, C style: add ++ policy and explanation

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9326] Error message for incorrect number of (function) args is incorrect

Benjamin Peterson 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 ___

[issue9382] os.popen referenced but not documented in Python 3.x

STINNER Victor 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 ma

[issue12216] future imports change the reporting of syntaxerrors

Benjamin Peterson added the comment: Actually anything before the last statement will cause this >>> compile("\ndef foo(", '', 'exec') Traceback (most recent call last): File "", line 1, in File "", line 2 def foo( ^ SyntaxError: invalid syntax -- _

[issue9382] os.popen referenced but not documented in Python 3.x

Éric Araujo 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

[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT

STINNER Victor 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 modif

[issue6490] os.popen documentation in 2.6 is probably wrong

R. David Murray 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 :)

[issue12217] Cross-link docs for faulthandler, traceback and pdb

New submission from Éric Araujo : 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 ke

[issue6490] os.popen documentation in 2.6 is probably wrong

STINNER Victor 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 Pytho

[issue12216] future imports change the reporting of syntaxerrors

Roundup Robot 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/reje

[issue10449] “os.environ was modified by test_httpservers”

Éric Araujo added the comment: >From IRC: too late for 3.1. -- resolution: -> out of date stage: commit review -> committed/rejected status: open -> closed ___ Python tracker _

[issue6490] os.popen documentation in 2.6 is probably wrong

R. David Murray 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

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias 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

[issue10645] Remove egg-info files in stdlib

Tarek Ziadé added the comment: I am going to remove wsgiref.egg-info -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue12125] test_sysconfig fails on OpenIndiana because of test_packaging

Tarek Ziadé added the comment: I fixed it -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue12218] Removing wsgiref.egg-info

New submission from Tarek Ziadé : 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 __

[issue10645] Remove egg-info files in stdlib

Tarek Ziadé added the comment: see issue12218 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue12218] Removing wsgiref.egg-info

Roundup Robot 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

[issue12218] Removing wsgiref.egg-info

Changes by Tarek Ziadé : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias 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.

[issue12196] add pipe2() to the os module

Charles-François Natali 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 i

[issue11946] 2.7.1 'test_commands' build test fails

Alex Leach 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

[issue11975] Fix referencing of built-in types (list, int, ...)

Georg Brandl 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 P

[issue10772] Several actions for argparse arguments missing from docs

Marc Sibson 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 __

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias 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 d

[issue12021] mmap.read requires an argument

Charles-François Natali 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 sc

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias 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

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias 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: + /lib3

[issue12021] mmap.read requires an argument

Petri Lehtinen 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 ___ Pyt

[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT

Petri Lehtinen 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

[issue12191] Add shutil.chown to allow to use user and group name (and not only uid/gid)

Sandro Tosi 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 wa

[issue11975] Fix referencing of built-in types (list, int, ...)

Jonas H. 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

[issue12196] add pipe2() to the os module

STINNER Victor 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.

[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT

Josh Triplett 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

[issue12082] Python/import.c still references fstat even with DONT_HAVE_FSTAT/!HAVE_FSTAT

STINNER Victor 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().

[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7

New submission from Herm Fischer : 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 resiza

[issue12219] tkinter.filedialog.askopenfilename XT dialog on Windows 7

Changes by Herm Fischer : Added file: http://bugs.python.org/file22202/python32-wrong-filedialog.png ___ Python tracker ___ ___ Python-bugs-li

[issue12171] Reset method of the incremental encoders of CJK codecs calls the decoder reset function

Roundup Robot 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/

[issue12089] regrtest.py doesn't check for unexpected output anymore?

Roundup Robot 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:

[issue12028] threading._get_ident(): remove it in the doc or make it public

Roundup Robot 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

[issue12220] minidom xmlns not handling spaces in xmlns attribute value field

New submission from Herm Fischer : 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

  1   2   >