[issue12834] memoryview.to_bytes() and PyBuffer_ToContiguous() incorrect for non-contiguous arrays

Martin v. Löwis added the comment: > Since the next release of 3.2 is the *last* release of 3.2, yet it > will remain supported by distros well beyond that, yes, I think this > should block the final 3.2 release. But the same will be true for any other bug that 3.2 has. If they don't get fixed n

[issue15601] tkinter test_variables fails with OS X Aqua Tk 8.4

Martin v. Löwis added the comment: The purpose of the test is to test whether get works on a string variable. Any boolean/string conversions aren't really relevant here, so we should just use a second string in the test (e.g. "def"), instead of True. -- nosy: +loewis _

[issue12834] memoryview.to_bytes() and PyBuffer_ToContiguous() incorrect for non-contiguous arrays

Nick Coghlan added the comment: Since the next release of 3.2 is the *last* release of 3.2, yet it will remain supported by distros well beyond that, yes, I think this should block the final 3.2 release. -- ___ Python tracker

[issue12834] memoryview.to_bytes() and PyBuffer_ToContiguous() incorrect for non-contiguous arrays

Martin v. Löwis added the comment: Removing 3.1, since its addition was apparently done by mistake. Again, I wonder why this is marked release-critical. It's not a regression from previous versions, is it? Please use release-critical only if not making a release at a certain point in the futur

[issue15602] zipfile: wrong encoding charset of member filename

New submission from monson: In /cpython/Lib/zipfile.py, there are some codes like if flags & 0x800: # UTF-8 file names extension filename = filename.decode('utf-8') else: # Historical ZIP filename encoding fi

[issue15586] Provide some examples for usage of ElementTree methods/attributes

Changes by Eli Bendersky : -- versions: +Python 2.7, Python 3.3, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue15601] tkinter test_variables fails with OS X Aqua Tk 8.4

New submission from Ned Deily: == FAIL: test_get (tkinter.test.test_tkinter.test_variables.TestStringVar) -- Traceback (most recent call last): File "/Library

[issue14992] os.makedirs expect_ok=True test_os failure when directory has S_ISGID bit set

Roundup Robot added the comment: New changeset 3f42c9dbd8a7 by Ned Deily in branch '3.2': Issue #14992: Prevent test_os test_exist_ok_s_isgid_directory test case http://hg.python.org/cpython/rev/3f42c9dbd8a7 New changeset a1c8c79e035d by Ned Deily in branch 'default': Issue #14992: merge from 3.

[issue15600] expose the finder details used by the FileFinder path hook

Eric Snow added the comment: The alternative is this: path_hook.__closure__[1].cell_contents -- ___ Python tracker ___ ___ Python-b

[issue15576] importlib: ExtensionFileLoader not used to load packages from __init__.so files

Eric Snow added the comment: Addressed question of introspecting loader_details in issue 15600. (see msg167632) -- ___ Python tracker ___ __

[issue15600] expose the finder details used by the FileFinder path hook

New submission from Eric Snow: The path hook associated with importlib.machinery.FileFinder hides away its loader details in a closure. This is less than ideal for the purposes of introspection and general hacking. Here's a simple patch that exposes the loader details as an attribute on the

[issue15216] Support setting the encoding on a text stream after creation

Nick Coghlan added the comment: To bring back Victor's comments from the list: - stdout/stderr are fairly easy to handle, since the underlying buffers can be flushed before switching the encoding and error settings. Yes, there's a risk of creating mojibake, but that's unavoidable and, for this

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

Chris Jerdonek added the comment: Here is a patch also suitable for applying to Python 3.2. -- Added file: http://bugs.python.org/file26734/issue-15595-3.patch ___ Python tracker ___

[issue15598] relative import unexpectedly binds name

Changes by Benjamin Peterson : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue15598] relative import unexpectedly binds name

Eric Snow added the comment: I agree with Benjamin. The name is not bound due to the from-import statement. -- nosy: +eric.snow ___ Python tracker ___ __

[issue15216] Support setting the encoding on a text stream after creation

Changes by rurpy the second : -- nosy: +rurpy2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue9635] Add Py_BREAKPOINT and sys._breakpoint hooks

STINNER Victor added the comment: > I thought about it making it METH_O instead (to make it easier to > look at a single object), but then you'd be forced to pass an object > in when using it, I think (though None should work). I don't like this API. I really prefer METH_O because it is already

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

Chris Jerdonek added the comment: It looks like this also affects 3.2, but I will need to modify the test slightly because in 3.2, TextIOWrapper calls locale.getpreferredencoding() without any arguments. -- versions: +Python 3.2 ___ Python tracker

[issue15597] exception __suppress_context__ test failures on OS X ppc systems

Ned Deily added the comment: The patch does indeed fix all of the __suppress_context__ related test failures previously seen, i.e. test_exceptions, test_ipaddress, test_raise, and test_traceback. -- ___ Python tracker

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

Chris Jerdonek added the comment: Updating patch with Victor's comments. -- Added file: http://bugs.python.org/file26733/issue-15595-2.patch ___ Python tracker ___ __

[issue15599] test_circular_imports() of test_threaded_import fails on FreeBSD 9.0

New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/3231/steps/test/logs/stdio [111/369] test_threaded_import test_circular_imports (test.test_threaded_import.ThreadedImportTests) ... Exception in thread Thread-586: Traceback (most rece

[issue15598] relative import unexpectedly binds name

Benjamin Peterson added the comment: I don't think this is incorrect. Importing a submodule implicit sets its name in the package scope, which is __init__'s module scope. -- nosy: +benjamin.peterson ___ Python tracker

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

STINNER Victor added the comment: > Would you like me to add tests for UTF-16-LE, etc. (via a helper test > method), or will UTF-16 alone suffice? You can use a loop insteadd of an helper function. I fail to see other encoding having the same issue, except the UTF-32 family (utf-32, utf-32-le

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

Chris Jerdonek added the comment: Thanks for your comments. > FYI it's not directly Popen() which uses the locale encoding, but > TextIOWrapper. Yes, I will note that to be more clear. Would you like me to add tests for UTF-16-LE, etc. (via a helper test method), or will UTF-16 alone suffi

[issue15597] exception __suppress_context__ test failures on OS X ppc systems

Roundup Robot added the comment: New changeset e2df976b8a33 by Benjamin Peterson in branch 'default': use char instead of int to please T_BOOL (closes #15597) http://hg.python.org/cpython/rev/e2df976b8a33 -- nosy: +python-dev resolution: -> fixed stage: needs patch -> committed/rejected

[issue15598] relative import unexpectedly binds name

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

[issue15598] relative import unexpectedly binds name

New submission from Antony Lee: The language reference is clear: "The from form does not bind the module name" (Section 6.12) However, consider the following example: * package/__init__.py: foo = "FOO" from .foo import bar print(foo) os = "OS" from os import path print(os) * package/foo.py: fo

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

STINNER Victor added the comment: There is a bug, but I'm not conviced that multibyte encodings are used as locale encoding. About your patch: you should test the 3 types of newlines, so use a string like: '1\r\n2\r3\n4'. +# Popen() defaults to locale.getpreferredencoding(False).

[issue15597] exception __suppress_context__ test failures on OS X ppc systems

STINNER Victor added the comment: __suppress_context__ is a member using T_BOOL type. T_BOOL expects the C type "char", whereas the field in the PyBaseExceptionObject is a C "int". Attached patch changes the type and should fix the issue. The test fails because writing into the field uses: *

[issue15597] exception __suppress_context__ test failures on OS X ppc systems

Benjamin Peterson added the comment: Does this fix it? -- keywords: +patch Added file: http://bugs.python.org/file26731/char.patch ___ Python tracker ___

[issue15597] exception __suppress_context__ test failures on OS X ppc systems

Changes by Ned Deily : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15597] exception __suppress_context__ test failures on OS X ppc systems

Ned Deily added the comment: It appears similar failures are occuring on Sparc platforms (see issue15589) another big-endian platform. -- ___ Python tracker ___

[issue15589] Bus error on Debian sparc

STINNER Victor added the comment: > With all faulthandler references removed from regrtest.py no > bus errors happen, but most tests fail anyway. As I said, I'm > NOT blaming faulthandler, but suspect some strange platform > bug that perhaps involves linuxthreads. Threads + signal is a very comp

[issue15597] exception __suppress_context__ test failures on OS X ppc systems

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

[issue15589] Bus error on Debian sparc

Stefan Krah added the comment: > 329 tests OK. > 7 tests failed: > test_cmd_line test_exceptions test_ipaddress test_os test_raise > test_socket test_traceback Thanks. A lot of these appear to be big-endian related, see #15597. -- ___ Python

[issue15589] Bus error on Debian sparc

Floris Bruynooghe added the comment: I can now confirm the whole testsuite runs, so the BusError part seems fixed on my host: 329 tests OK. 7 tests failed: test_cmd_line test_exceptions test_ipaddress test_os test_raise test_socket test_traceback 1 test altered the execution environment

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

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

[issue15597] exception __suppress_context__ test failures on OS X ppc systems

New submission from Ned Deily: == CPython 3.3.0b1 (default:efb30bdcfa1e, Aug 8 2012, 15:43:49) [GCC 4.0.1 (Apple Inc. build 5493)] == Darwin-8.11.0-Power_Macintosh-powerpc-32bit big-endian == /private/tmp/test_python_13864 Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, opti

[issue15589] Bus error on Debian sparc

Stefan Krah added the comment: As for the original error: in test_subprocess basically every test fails. With the standard regrtest.py (faulthandler enabled), most tests generate a bus error in subprocess_fork_exec(): 621 cwd_obj2 = NULL; (gdb) 624 pid = fork(); <- bus err

[issue15594] test_copyfile_named_pipe() fails on Mac OS X Snow Leopard: OSError: [Errno 22] Invalid argument

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

[issue13072] Getting a buffer from a Unicode array uses invalid format

Roundup Robot added the comment: New changeset 4ee4cceda047 by Victor Stinner in branch 'default': Issue #13072: Fix test_array for installation without the ctypes module http://hg.python.org/cpython/rev/4ee4cceda047 -- ___ Python tracker

[issue15596] pickle: Faster serialization of Unicode strings

STINNER Victor added the comment: Oh, I forgot to explain that I initially wrote the patch to fix the following failure on our "bigmem" buildbot. http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%20bigmem%203.x/builds/165/steps/test/logs/stdio ===

[issue15596] pickle: Faster serialization of Unicode strings

New submission from STINNER Victor: Serialization of Unicode strings in the pickle module is suboptimal, especially for long strings. Attached patch optimize the serialization thanks to new properties of Unicode strings (PEP 393): * text (protocol 0): avoid any temporary buffer if the string

[issue15426] On a x86_64 Linux workstation, the build-from-source is borked.

Éric Araujo added the comment: The patch seems incorrect, as not all OSes or installations use lib64. -- ___ Python tracker ___ ___ Py

[issue15582] Enhance inspect.getdoc to follow inheritance chains

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15569] Doc doc: incorrect description of some roles as format-only

Changes by Éric Araujo : -- assignee: -> docs@python nosy: +docs@python, eric.araujo stage: -> needs patch title: Dev Guide format-only roles -> Doc doc: incorrect description of some roles as format-only ___ Python tracker

[issue15589] Bus error on Debian sparc

Floris Bruynooghe added the comment: I think I can confirm this fixes the BusError. The test suite got past test_capi on my machine as well. Unfortunately I killed the ssh session by accident before the testsuite completed so I had to restart it. -- _

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

Chris Jerdonek added the comment: > How do you set the locale encoding to UTF-16? Do you mean UTF-16, UTF-16-LE > or UTF-16-BE? I confirmed that the issue occurs for all of these. For testing purposes, you can do-- locale.getpreferredencoding = lambda do_setlocale: 'utf-16' --

[issue15594] test_copyfile_named_pipe() fails on Mac OS X Snow Leopard: OSError: [Errno 22] Invalid argument

Ned Deily added the comment: There is something odd about the setup for that buildbot. Notice the other failures. The mkfifo() call on OS X isn't even documented as returning EINVAL (22). I've never seen this kind of failure on other OS X systems. Łukasz, any ideas? -- assignee:

[issue15589] Bus error on Debian sparc

Roundup Robot added the comment: New changeset efb30bdcfa1e by Larry Hastings in branch 'default': Issue #15589: Ensure double-alignment for brute-force capi argument parser test http://hg.python.org/cpython/rev/efb30bdcfa1e -- nosy: +python-dev ___ P

[issue15589] Bus error on Debian sparc

Stefan Krah added the comment: Larry Hastings wrote: > Attached is a patch attempting to force double alignment. Stefan: please > apply and try it. Does this help? Yes, this works nicely. -- ___ Python tracker

[issue15589] Bus error on Debian sparc

Floris Bruynooghe added the comment: I compiled with a simple "./configure" which I think is what you mean (it defaults to -O3). But when executing your test it doesn't give a bus error. -- ___ Python tracker ___

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

Chris Jerdonek added the comment: Victor, I have not personally experienced this issue. I just noticed that the order of operations is wrong or not portable in the _translate_newlines() method when I was looking at the code for another reason. -- _

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

Chris Jerdonek added the comment: Attaching patch for review. -- stage: needs patch -> patch review Added file: http://bugs.python.org/file26729/issue-15595-1.patch ___ Python tracker __

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

STINNER Victor added the comment: > when the preferred encoding is UTF-16 What is your operating system? How do you set the locale encoding to UTF-16? Do you mean UTF-16, UTF-16-LE or UTF-16-BE? -- nosy: +haypo ___ Python tracker

[issue15595] subprocess.Popen(universal_newlines=True) does not work for certain locales

New submission from Chris Jerdonek: subprocess.Popen() with universal_newlines=True does not convert line breaks correctly when the preferred encoding is UTF-16. For example, the following code-- code = r"import sys; sys.stdout.buffer.write('a\r\nb'.encode('utf-16'))" args = [sys.executable,

[issue15589] Bus error on Debian sparc

Larry Hastings added the comment: Attached is a patch attempting to force double alignment. Stefan: please apply and try it. Does this help? -- keywords: +patch Added file: http://bugs.python.org/file26727/larry.force.alignment.in.capi.test.1.diff ___

[issue8800] add threading.RWLock

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15589] Bus error on Debian sparc

Stefan Krah added the comment: Floris, the traceback in my first message only occurs in the optimized regular build with -O3. Did you try that, too? -- ___ Python tracker ___ ___

[issue15589] Bus error on Debian sparc

Larry Hastings added the comment: nm, I get it, doubles are 8-bytes and should be 8-byte aligned. Let me stare at it some more. -- ___ Python tracker ___ __

[issue15589] Bus error on Debian sparc

Larry Hastings added the comment: This platform is 8-byte aligned? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue15589] Bus error on Debian sparc

Stefan Krah added the comment: I think I've identified one legit Python bug. This is from a *different* traceback, i.e. the traceback in my first message is still unresolved. A bus error occurs in test_capi, test_skipitem with format 'D': Python/getargs.c:782 Py_complex *p = va_arg(*p

[issue15589] Bus error on Debian sparc

Floris Bruynooghe added the comment: Running on Solaris 10 (T1000, OpenCSW toolchain, gcc 4.6.3) I also get a bus error, with added coredump: $ ./python Lib/test/regrtest.py == CPython 3.3.0b1 (default:67a994d5657d, Aug 8 2012, 21:43:48) [GCC 4.6.3] == Solaris-2.10-sun4v-sparc-32bit big-endi

[issue15510] textwrap.wrap('') returns empty list

R. David Murray added the comment: Also you will note that the return of the empty list for an empty line is exactly what you want for wrapping multiple line-break-delimited paragraphs. Consider: >>> doc = "a para\nanother para\n\na third, but with an extra blank line between\n" >>> for

[issue15594] test_copyfile_named_pipe() fails on Mac OS X Snow Leopard: OSError: [Errno 22] Invalid argument

New submission from STINNER Victor: == ERROR: test_copyfile_named_pipe (test.test_shutil.TestShutil) -- Traceback (most recent call last): File "/Users/ambv/B

[issue15586] Provide some examples for usage of ElementTree methods/attributes

Daniel Ellis added the comment: I've made a couple more additions/changes to the documentation in the default branch, per Eli's recommendation, since there were already a lot of good examples added. I'd like to also backport this to 2.7 but wanted to make sure these changes were good before m

[issue15510] textwrap.wrap('') returns empty list

Ethan Furman added the comment: Chris Jerdonek wrote: > Here is an example on a paragraph with line breaks between paragraphs: s/paragraph/text/ def wrap_paras(text, width=70, **kwargs): > ... lines = [line for para in text.splitlines() > ... for line in wrap(para, wi

[issue13072] Getting a buffer from a Unicode array uses invalid format

Antoine Pitrou added the comment: And the test fails on machines without ctypes :) -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue15593] urlparse.parse_qs documentation wrong re: urlencode

New submission from Rob Kinyon: This may appear to be a duplicate of http://bugs.python.org/issue12390 and http://bugs.python.org/issue833405, but it's not. The documentation of urlparse.parse_qs() should state that in order for urllib.urlencode to properly reverse its output, the doseq parame

[issue15589] Bus error on Debian sparc

Ned Deily added the comment: Is it by any chance a --shared build being run from the build directory without having been installed (and without a LD_LIBRARY_PATH and with an older version already installed)? -- nosy: +ned.deily ___ Python tracker <

[issue15151] Documentation for Signature, Parameter and signature in inspect module

Andrew Svetlov added the comment: Yury, please updete your patch to pass doctest: ./python -m doctest Doc/library/inspect.html -- nosy: +asvetlov ___ Python tracker ___

[issue15501] Document exception classes in subprocess module

Andrew Svetlov added the comment: Please update your patches: 1. use attribute:: 2. point base class for exception if it is not Exception 3. enumerate all attributes (`cmd` for CalledProcessError) Example: .. exception:: HTTPError Though being an exception (a subclass of :exc:`URLError`),

[issue13072] Getting a buffer from a Unicode array uses invalid format

Roundup Robot added the comment: New changeset 67a994d5657d by Victor Stinner in branch 'default': Issue #13072: Ooops, now fix test_array for Linux with 32-bit wchar_t... http://hg.python.org/cpython/rev/67a994d5657d -- ___ Python tracker

[issue13072] Getting a buffer from a Unicode array uses invalid format

Roundup Robot added the comment: New changeset e0f3406c43e4 by Victor Stinner in branch 'default': Issue #13072: Fix test_array for Windows with 16-bit wchar_t http://hg.python.org/cpython/rev/e0f3406c43e4 -- ___ Python tracker

[issue15589] Bus error on Debian sparc

Georg Brandl added the comment: >From the position of the bus error, it would seem that calling a subprocess >during platform.platform() is the culprit. But if test_subprocess passes without any bus errors, that would be strange. -- ___ Python track

[issue15586] Provide some examples for usage of ElementTree methods/attributes

Eli Bendersky added the comment: Please note that the documentation of ET has been significantly improved in 3.3, with added examples, etc. You can start by backporting whatever is relevant to earlier versions (2.7/3.2) - do not add new documentation contents to 2.7/3.2 before the changes from

[issue15588] quopri: encodestring and decodestring handle bytes, not strings

Changes by R. David Murray : -- components: +email nosy: +barry, r.david.murray versions: +Python 3.3, Python 3.4 ___ Python tracker ___ _

[issue15585] usage of os.popen in standard library

R. David Murray added the comment: There is already an open issue for this, with a (partial?) patch. -- nosy: +r.david.murray resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> os.popen documentation is probably wrong

[issue15584] os.popen deprecation warning not in Python 3 docs

R. David Murray added the comment: That's because we ultimately decided not to remove it. -- nosy: +r.david.murray resolution: -> duplicate status: open -> closed superseder: -> os.popen documentation is probably wrong ___ Python tracker

[issue15592] subprocess.communicate() breaks on no input with universal newlines true

Chris Jerdonek added the comment: See issue 12623 for another issue related to communicate() and universal newline support. -- nosy: +pitrou ___ Python tracker ___ _

[issue2604] doctest.DocTestCase fails when run repeatedly

Marius Gedminas added the comment: For the record, this bug also breaks zope.testrunner's --repeat option, if you have any doctests in your test suite that rely on test.globs not going away. -- nosy: +mgedmin ___ Python tracker

[issue9327] doctest DocFileCase setUp/tearDown asymmetry

Marius Gedminas added the comment: Duplicate of issue2604? -- nosy: +mgedmin ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue15592] subprocess.communicate() breaks on no input with universal newlines true

New submission from Chris Jerdonek: Popen.communicate() raises an exception if passed no input when stdin=PIPE and universal_newlines=True. With universal_newlines=False, no exception is raised. For example, the following yields-- args = [sys.executable, '-c', 'pass'] popen = Popen(args, un

[issue15586] Provide some examples for usage of ElementTree methods/attributes

Ezio Melotti added the comment: Usually a patch against "default" (i.e. Python 3) is enough, if there are several differences with Python 2 you might want to provide one for 2.7 too. See also the devguide at http://docs.python.org/devguide/ for more information about the workflow. --

[issue15586] Provide some examples for usage of ElementTree methods/attributes

Daniel Ellis added the comment: Thank you Ezio, I will use that as a reference. What is the general workflow for updating documentation across python versions? Should I check to see if the documentation for the module changes across python versions and create patches for each version? Or is it

[issue15586] Provide some examples for usage of ElementTree methods/attributes

Ezio Melotti added the comment: Daniel, I would suggest you to start with a basic example that gives an idea about how to use the module and its main functionalities. If necessary you could add a section at the bottom with more examples. You can also show how a method works with a short snippe

[issue14182] collections.Counter equality test thrown-off by zero counts

Eric Snow added the comment: I'd missed that unary + (new in 3.3). That's pretty cool. -- nosy: +eric.snow ___ Python tracker ___ ___

[issue15475] Correct __sizeof__ support for itertools

Meador Inge added the comment: On Wed, Aug 8, 2012 at 5:41 AM, Raymond Hettinger wrote: > I'm not sure why anyone would really want this functionality for itertools, > but I don't see any harm in adding it as long as the other implementations > aren't required to follow. The general expection

[issue15586] Provide some examples for usage of ElementTree methods/attributes

Daniel Ellis added the comment: I have been working with ElementTree for the last few months and would love to help out with this. -- nosy: +Daniel.Ellis ___ Python tracker ___

[issue15589] Bus error on Debian sparc

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

[issue15573] Support unknown formats in memoryview comparisons

Stefan Krah added the comment: Right, byte order specifiers are always at the beginning of the string. That is at least something. I wonder if we should tighten PEP-3118 to demand a canonical form of format strings, such as (probably incomplete): - Whitespace is disallowed. - Except for 's'

[issue15590] --libs is inconsistent for python-config --libs and pkgconfig python --libs

Arfrever Frehtes Taifersar Arahesis added the comment: Behavior of 'pkg-config python' is more useful since without --static option only the set of directly needed libraries is returned. In Python 3.3 or 3.4 --static option could be introduced in python-config and behavior without this option

[issue15426] On a x86_64 Linux workstation, the build-from-source is borked.

Matthias Klose added the comment: I don't think so. lib is hardcoded for any python release, so this issue shouldn't be specific to 3.3. -- ___ Python tracker ___ __

[issue15591] when building the extensions, stdout is lost when stdout is redirected

New submission from Matthias Klose: I see this on all Debian and Ubuntu releases, when stdout is redirected. I expect to see the compiler and linker invocations for the sharedmods target, but I only see stderr (compiler and linker warnings). e.g. make 2>&1 | tee log or script -c 'make' log

[issue15590] --libs is inconsistent for python-config --libs and pkgconfig python --libs

New submission from Matthias Klose: seen with at least 2.7, 3.2 and 3.3: $ python-config --libs -lpthread -ldl -lutil -lm -lpython2.7 $ pkg-config python --static --libs -lpthread -ldl -lutil -lpython2.7 python-config uses the SYSLIBS macro, while pkg-config uses the LIBS macro. depending on

[issue15475] Correct __sizeof__ support for itertools

Raymond Hettinger added the comment: The clean-up patch looks much nicer. Thanks. I'm not sure why anyone would really want this functionality for itertools, but I don't see any harm in adding it as long as the other implementations aren't required to follow. Also, it could be viewed as bein

[issue11715] Building Python on multiarch Debian and Ubuntu

Changes by Matthias Klose : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue14330] don't use host python, use host search paths for host compiler

Matthias Klose added the comment: committed the ma.diff from #11715, msg167680. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue11715] Building Python on multiarch Debian and Ubuntu

Roundup Robot added the comment: New changeset 5966c206654b by doko in branch 'default': - Issue #11715: Fix multiarch detection without having Debian development http://hg.python.org/cpython/rev/5966c206654b -- ___ Python tracker

[issue15589] Bus error on Debian sparc

Stefan Krah added the comment: Setting to critical: debian-sparc 32-bit is apparently deprecated since Lenny and still uses linuxthreads. Tracking down the failure could end up in finding a platform bug like in #12936. -- priority: release blocker -> critical __

  1   2   >