[issue17750] allow the testsuite to run in the installed location

Changes by Matthias Klose d...@debian.org: -- dependencies: +test failure introduced by the fix for issue #22462 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17750

[issue22462] Modules/pyexpat.c violates PEP 384

Matthias Klose added the comment: according to https://jenkins.qa.ubuntu.com/job/vivid-adt-python3.4/7/ test.test_pyexpat.HandlerExceptionTest now fails, but only when running in the installed location, not when running the tests from the builddir. any idea why? -- nosy: +doko

[issue22851] core crashes

New submission from Matthias Klose: seen with the current 2.7 branch: $ cat x.py def foo(): yield gen = foo() print gen.gi_frame.f_restricted for i in gen: pass print gen.gi_frame gen = foo() print gen.next() print gen.gi_frame.f_restricted $ python x.py False None None Segmentation fault

[issue22827] Backport ensurepip to 2.7 (PEP 477)

Matthias Klose added the comment: The mock backport doesn't come with a license. Please either include it in the file, or make it clear that the backport has the same license as python (?). -- nosy: +michael.foord ___ Python tracker rep

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

Matthias Klose added the comment: steve, please can we keep this issue open until this is forwarded and accepted upstream? -- nosy: +doko resolution: fixed - remind status: closed - open ___ Python tracker rep...@bugs.python.org http

[issue22634] importing _ctypes failed: undefined symbol: ffi_call_win32

Matthias Klose added the comment: could somebody attach a build log from such a system? and the libffi config.log? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22634

[issue22634] importing _ctypes failed: undefined symbol: ffi_call_win32

Matthias Klose added the comment: checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu and using -m32 explicitly. so you'll get what you deserve ;-) -- ___ Python tracker rep

[issue22526] file iteration SystemError for huge lines (2GiB+)

Matthias Klose added the comment: no, it doesn't. at least when testing the installed python installation, it just fails: https://jenkins.qa.ubuntu.com/job/utopic-adt-python2.7/39/? -- nosy: +doko resolution: fixed - status: closed - open

[issue22526] file iteration SystemError for huge lines (2GiB+)

Matthias Klose added the comment: maybe, but then you should skip the test, or expect at least a MemoryError. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22526

[issue18096] bad library order returned by python-config.in

Matthias Klose added the comment: fixed in 2.7, 3.4 and 3.5 -- resolution: - fixed status: open - closed versions: +Python 2.7 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18096

[issue17219] cross add Python's library directory when building python standard extensions

Matthias Klose added the comment: fixed in 2.7, 3.4 and 3.5 -- resolution: - fixed status: open - closed versions: +Python 2.7, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17219

[issue21308] PEP 466: backport ssl changes

Matthias Klose added the comment: causing #22523, still referencing _ssl.sslwrap. -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21308

[issue22523] [regression] Lib/ssl.py still references _ssl.sslwrap

New submission from Matthias Klose: the backport in issue #21308 caused this regression. _ssl.sslwrap is still referenced in some files. -- components: Library (Lib) messages: 227896 nosy: alex, benjamin.peterson, christian.heimes, doko, dstufft, giampaolo.rodola, janssen, pitrou

[issue22523] [regression] Lib/ssl.py still references _ssl.sslwrap

Matthias Klose added the comment: forwarded from https://bugs.debian.org/762010 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22523

[issue22381] update zlib in 2.7 to 1.2.8

Changes by Matthias Klose d...@debian.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22381

[issue22381] update zlib in 2.7 to 1.2.8

New submission from Matthias Klose: I'd like to update zlib in 2.7 to 1.2.8. zlib isn't used at all for posix builds, because it requires a system installed zlib. However I don't know what is is used for Windows and MacOSX. Please could somebody check? My rationale for the update

[issue22371] tests failing with -uall and http_proxy and https_proxy set

New submission from Matthias Klose: there are some tests failing when http_proxy and https_proxy is set and the network resource is enabled. I didn't analyze things, but I assume there needs some more fine-grained control about the network resource. the log of such a run is attached

[issue22371] tests failing with -uall and http_proxy and https_proxy set

Matthias Klose added the comment: forgot: some tests fail as well with -uall,-network and configured proxies. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22371

[issue22157] _ctypes on ppc64: libffi/src/powerpc/linux64.o: ABI version 1 is not compatible with ABI version 2 output

Matthias Klose added the comment: this is fixed in the 3.4 branch (post 3.4.1) and on all active branches. you should be able to use --with-system-libffi in your current environment (maybe after running: apt-get build-dep python3.4. -- resolution: - fixed status: open - closed

[issue22176] update internal libffi copy to 3.1, introducing AArch64 and POWER ELF ABIv2

New submission from Matthias Klose: tracking the import of libffi 3.1 -- components: ctypes messages: 225109 nosy: doko priority: normal severity: normal status: open title: update internal libffi copy to 3.1, introducing AArch64 and POWER ELF ABIv2 versions: Python 3.4, Python 3.5

[issue20093] Wrong OSError message from os.rename() when dst is a non-empty directory

Matthias Klose added the comment: 3.4.0 has this fixed. resolutions in http://bugs.python.org/issue16074 and http://bugs.python.org/issue20517 -- nosy: +doko resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http

[issue1856] shutdown (exit) can hang or segfault with daemon threads running

Matthias Klose added the comment: http://tracker.ceph.com/issues/8797 reports that the backport to 2.7 causes a regression in ceph. -- nosy: +benjamin.peterson, doko status: closed - open ___ Python tracker rep...@bugs.python.org http

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

Matthias Klose added the comment: they are. assume you build the zlib and elementtree extensions as builtins, then libs for an interpreter includes libz and libexpat, while they are not needed for extensions. -- ___ Python tracker rep

[issue21535] test_license_exists_at_url fails with 3.4.1, wrong/unexpected http error code

New submission from Matthias Klose: == FAIL: test_license_exists_at_url (test.test_site.ImportSideEffectTests) -- Traceback (most recent call last): File

[issue17756] test_syntax_error fails when run in the installed location

Matthias Klose added the comment: not yet closing, to see if there are some stream buffering issues in mock -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17756

[issue17756] test_syntax_error fails when run in the installed location

Matthias Klose added the comment: sure, doing this. my follow-up question was if it is necessary to fix anything else in unittest. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17756

[issue17752] many distutils tests fail when run from the installed location

Matthias Klose added the comment: yes, noted myself (too late), and informed Georg about it. Closing for now. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17752

[issue21264] test_compileall fails to build in the installed location

Matthias Klose added the comment: adding unittest developers -- nosy: +ezio.melotti, michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21264

[issue17756] test_syntax_error fails when run in the installed location

Matthias Klose added the comment: adding unittest developers -- nosy: +ezio.melotti, michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17756

[issue21264] test_compileall fails to build in the installed location

Matthias Klose added the comment: what happens here: PYTHONPATH=$(pwd) python3.4 -X faulthandler -S -m compileall Skipping current directory Listing '/home/packages/python/3.4/x'... Compiling '/home/packages/python/3.4/x/foo.py'... Listing '/usr/lib/python3.4/'... Listing '/usr/lib/python3.4

[issue17752] many distutils tests fail when run from the installed location

Matthias Klose added the comment: so the issue here is that -L -o file is passed to the compiler, and -o is interpreted as the library dir, and file as an input file. To robustify, change distutils/tests/support.py to not include empty directory names. To fix, change configure.ac (RUNPATH

[issue17752] many distutils tests fail when run from the installed location

Changes by Matthias Klose d...@debian.org: -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17752 ___ ___ Python

[issue17756] test_syntax_error fails when run in the installed location

Matthias Klose added the comment: seen this again in our autopkg tester https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-python3.4/12/ however now I can't reproduce this locally, and the test succeeds during the build. -- status: pending - open

[issue15234] avoid runtime library path for extensions found in system directories

Matthias Klose added the comment: updated patch, reviewed by Thomas, checked that rpath is not added, and the the extensions still build. -- nosy: +twouters Added file: http://bugs.python.org/file34946/avoid-rpath.diff ___ Python tracker rep

[issue15234] avoid runtime library path for extensions found in system directories

Changes by Matthias Klose d...@debian.org: Removed file: http://bugs.python.org/file26222/rpath.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15234

[issue15234] avoid runtime library path for extensions found in system directories

Matthias Klose added the comment: fixed -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15234

[issue21274] define PATH_MAX for GNU/Hurd in Python/pythonrun.c

Changes by Matthias Klose d...@debian.org: -- nosy: +twouters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21274 ___ ___ Python-bugs-list mailing

[issue21275] fix a socket test on KFreeBSD

Changes by Matthias Klose d...@debian.org: -- nosy: +twouters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21275 ___ ___ Python-bugs-list mailing

[issue21276] don't define USE_XATTRS on kfreebsd and the Hurd

Changes by Matthias Klose d...@debian.org: -- nosy: +twouters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21276 ___ ___ Python-bugs-list mailing

[issue21277] don't try to link _ctypes with a ffi_convenience library

Changes by Matthias Klose d...@debian.org: -- nosy: +twouters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21277 ___ ___ Python-bugs-list mailing

[issue21285] refactor anfd fix curses configure checks

New submission from Matthias Klose: this refactors the curses configure checks, and fixes the build with ncursesw. In it's current form the curses feature checks are run without the additional include path which leads to wrong results if the only the nurses headers are installed

[issue21285] refactor anfd fix curses configure checks

Changes by Matthias Klose d...@debian.org: -- versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21285 ___ ___ Python-bugs-list

[issue21285] refactor anfd fix curses configure checks

Changes by Matthias Klose d...@debian.org: -- nosy: +twouters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21285 ___ ___ Python-bugs-list mailing

[issue21285] refactor anfd fix curses configure checks

Matthias Klose added the comment: looks like with this change the curses extension isn't built anymore on Solaris. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21285

[issue21285] refactor and fix curses configure checks

Changes by Matthias Klose d...@debian.org: -- title: refactor anfd fix curses configure checks - refactor and fix curses configure checks ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21285

[issue21275] fix a socket test on KFreeBSD

Matthias Klose added the comment: fixed -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21275

[issue21274] define PATH_MAX for GNU/Hurd in Python/pythonrun.c

Matthias Klose added the comment: fixed -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21274

[issue21276] don't define USE_XATTRS on kfreebsd and the Hurd

Matthias Klose added the comment: fixed -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21276

[issue21285] refactor and fix curses configure checks

Matthias Klose added the comment: Victor pointer out the Solaris issue is unrelated. See #13552. Closing. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21285

[issue21249] removing pythonXY.zip from sys.path results in additional test failures

Matthias Klose added the comment: Brett mentioned this optimization might not be worth doing. Exactly one stat call for the python zip file is saved. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21249

[issue17752] many distutils tests fail when run from the installed location

Matthias Klose added the comment: three are still failing with 3.4: cc-4.9.real: error: /tmp/tmpdjxmlia5/xx.cpython-34m.so: No such file or directory gcc-4.9.real: error: /tmp/tmp4zpi6ktg/foo.cpython-34m.so: No such file or directory gcc-4.9.real: error: build/lib.linux-x86_64-3.4/xx.cpython

[issue21264] test_compileall fails to build in the installed location

New submission from Matthias Klose: the installation directory is non-writable, and the byte code files don't exist. [1/1] test_compileall test test_compileall failed -- Traceback (most recent call last): File /usr/lib/python3.4/test/test_compileall.py, line 194

[issue17750] allow the testsuite to run in the installed location

Changes by Matthias Klose d...@debian.org: -- dependencies: +test_compileall fails to build in the installed location ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17750

[issue21266] test_zipfile fails to run in the installed location

New submission from Matthias Klose: the installation directory is non-writable, and the byte code files don't exist. test_write_filtered_python_package (test.test_zipfile.PyZipFileTests) ... ERROR test_write_pyfile (test.test_zipfile.PyZipFileTests) ... ERROR test_write_with_optimization

[issue17750] allow the testsuite to run in the installed location

Changes by Matthias Klose d...@debian.org: -- dependencies: +test_zipfile fails to run in the installed location ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17750

[issue21272] use _sysconfigdata.py in distutils.sysconfig to initialize distutils.sysconfig

New submission from Matthias Klose: distutils/sysconfig still parses the Makefile and config header; it should use the same approach now as the toplevel sysconfig module. -- components: Library (Lib) files: distutils-init.diff keywords: patch messages: 216609 nosy: doko priority

[issue21273] don't defined socket constants which are not implemented for GNU/Hurd

New submission from Matthias Klose: Comment out constant exposed on the API which are not implemented on GNU/Hurd. They would not work at runtime anyway. -- components: Extension Modules files: hurd-disable-nonworking-constants.diff keywords: patch messages: 216610 nosy: doko priority

[issue21274] define PATH_MAX for GNU/Hurd in Python/pythonrun.c

New submission from Matthias Klose: PATH_MAX is not defined on GNU/Hurd. Take the same approach as taken for Windows in the very same file and define it in terms of MAXPATHLEN. -- components: Interpreter Core files: hurd-path_max.diff keywords: patch messages: 216611 nosy: doko

[issue21275] fix a socket test on KFreeBSD

New submission from Matthias Klose: Fix a socket test on KFreeBSD -- components: Tests files: kfreebsd-testsuite.diff keywords: patch messages: 216612 nosy: doko priority: normal severity: normal status: open title: fix a socket test on KFreeBSD versions: Python 3.4, Python 3.5 Added

[issue21276] don't define USE_XATTRS on kfreebsd and the Hurd

New submission from Matthias Klose: don't define USE_XATTRS on kfreebsd and the Hurd, not available there. -- files: kfreebsd-xattrs.diff keywords: patch messages: 216613 nosy: doko priority: normal severity: normal status: open title: don't define USE_XATTRS on kfreebsd and the Hurd

[issue21277] don't try to link _ctypes with a ffi_convenience library

New submission from Matthias Klose: the ffi_convenience library was once built and installed with oldish GCC versions. Either remove it completely from the search path, or search for the standard libffi system library. --- a/setup.py +++ b/setup.py @@ -1939,7 +1939,7

[issue21223] fix test_site/test_startup_imports when some of the extensions are built as builtins

Changes by Matthias Klose d...@debian.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21223

[issue21249] removing pythonXY.zip from sys.path results in additional test failures

New submission from Matthias Klose: At least Linux distros never ship pythonXY.zip, so I'm removing it from sys.path to save the extra lookup for a file which never exists. This did work in 2.x and 3.x up to 3.3. In 3.4 it does cause additional test failures: Re-running test

[issue21223] fix test_site/test_startup_imports when some of the extensions are built as builtins

New submission from Matthias Klose: fix test_site/test_startup_imports when some of the extensions are built as builtins. --- a/Lib/test/test_site.py Mon Apr 14 12:24:37 2014 -0400 +++ b/Lib/test/test_site.py Mon Apr 14 22:17:57 2014 +0200 @@ -459,7 +459,8 @@ # http

[issue20210] Provide configure options to enable/disable Python modules and extensions

Matthias Klose added the comment: But this expectation is not true: if dependencies are not available, Python silently disables the build of certain modules. So this story of making the standard library always has all the modules does not really stand. I think this one is a valid concern

[issue20768] pyconfig.h #defines macros in global namespace

Matthias Klose added the comment: no, I requested that you propose a patch. And the question why you need to include Python.h everywhere where it could do harm is unanswered too. -- nosy: +doko ___ Python tracker rep...@bugs.python.org http

[issue20767] Some python extensions can't be compiled with clang 3.4

Matthias Klose added the comment: this looks safe from my point of view. However the real problem is that you unconditionally add a runtime path for a standard system path. I think the better way to fix this is not to pass the -L and -R arguments at all if the library is found in a system

[issue20744] shutil should not use distutils

New submission from Matthias Klose: shutil imports distutils in _call_external_zip just for the calling of an external command. This should be done using subprocess these days. -- components: Library (Lib) messages: 212007 nosy: doko priority: normal severity: normal stage: needs

[issue19936] Executable permissions of Python source files

Matthias Klose added the comment: I like this, and I'm doing this in the Debian/Ubuntu packaging anyway. But I would like to see some check script which maybe can be run before a release, that points out regressions or wrong permissions for newly introduced files. -- nosy: +doko

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

Matthias Klose added the comment: sure, then please let's deprecate that for 3.4, and remove in 3.5. /etc/os-release introduce the next set of different names. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1322

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

Matthias Klose added the comment: Victor, what should be returned if the code name is not set? None, empty string, or the description field of the lsb-release file? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1322

[issue19732] python fails to build when configured with --with-system-libmpdec

Matthias Klose added the comment: your current repo doesn't create and install the .so symlink, and thus won't be used for linking. Also the sphinx docs are missing, which were included in 2.3. -- ___ Python tracker rep...@bugs.python.org http

[issue20070] test_urllib2net is run even when the network resource is disabled

New submission from Matthias Klose: test_urllib2net is run even when the network resource is disabled, unlike test_urllibnet: run_tests.py -j 1 -w -uall,-network,-urlfetch ... [349/380/6] test_urllib2net Resource 'http://www.python.org/' is not available Resource 'http://www.example.com

[issue20070] test_urllib2net is run even when the network resource is disabled

Changes by Matthias Klose d...@debian.org: -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20070 ___ ___ Python-bugs-list

[issue20070] test_urllib2net is run even when the network resource is disabled

Matthias Klose added the comment: this fixes it for me: --- a/Lib/test/test_urllib2net.py Wed Dec 25 17:36:20 2013 +0200 +++ b/Lib/test/test_urllib2net.py Thu Dec 26 17:05:47 2013 +0100 @@ -14,6 +14,8 @@ except ImportError: ssl = None +support.requires(network) + TIMEOUT

[issue20070] test_urllib2net is run even when the network resource is disabled

Matthias Klose added the comment: fixed -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20070 ___ ___ Python-bugs-list

[issue19736] posixmodule.c: Add flags for statvfs.f_flag to constant list

Changes by Matthias Klose d...@debian.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19736

[issue19352] unittest loader barfs on symlinks

Matthias Klose added the comment: re-opening. the patch did break autopilot running with 2.7 on Ubuntu. I don't yet understand what this patch is supposed to fix. -- nosy: +doko resolution: fixed - status: closed - open ___ Python tracker rep

[issue19352] unittest loader barfs on symlinks

Matthias Klose added the comment: see https://launchpad.net/bugs/1255505 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19352 ___ ___ Python

[issue19732] python fails to build when configured with --with-system-libmpdec

Matthias Klose added the comment: Am 25.11.2013 12:42, schrieb Stefan Krah: Stefan Krah added the comment: Matthias Klose rep...@bugs.python.org wrote: 2.4~rc1: - configure.ac should call AC_CANONICAL_HOST, config,guess and config.sub should be included. Hmm. configure.ac doesn't

[issue19736] posixmodule.c: Add flags for statvfs.f_flag to constant list

Matthias Klose added the comment: updated patch inlcluding the docs -- Added file: http://bugs.python.org/file32821/statvfs.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19736

[issue19732] python fails to build when configured with --with-system-libmpdec

Matthias Klose added the comment: Am 24.11.2013 18:42, schrieb Stefan Krah: _decimal should only be built against the upcoming mpdecimal-2.4. is there a schedule for this version? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org

[issue19732] python fails to build when configured with --with-system-libmpdec

Matthias Klose added the comment: 2.4~rc1: - configure.ac should call AC_CANONICAL_HOST, config,guess and config.sub should be included. - there are still symbols which exists only for 32/64 bit archs. intended? (arch=@64@)mpd_qsset_i64@Base 2.3 (arch=@64@)mpd_qsset_u64@Base 2.3

[issue19732] python fails to build when configured with --with-system-libmpdec

New submission from Matthias Klose: using the only mpdecimal release (2.3): building '_decimal' extension creating build/temp.linux-x86_64-3.3/scratch/packages/python/3.3/python3.3-3.3.3/Modules/_decimal x86_64-linux-gnu-gcc -pthread -fPIC -D_FORTIFY_SOURCE=2 -Wno-unused-result -DNDEBUG -g

[issue19732] python fails to build when configured with --with-system-libmpdec

Matthias Klose added the comment: also, there is no VCS repository and no ML archive for mpdecimal publically available. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19732

[issue19736] posixmodule.c: Add flags for statvfs.f_flag to constant list

New submission from Matthias Klose: the posix module has the statvfs call, but doesn't define any constants used as parameters. add them. -- components: Extension Modules files: statvfs-f_flag-constants.diff keywords: patch messages: 204043 nosy: doko priority: normal severity: normal

[issue19736] posixmodule.c: Add flags for statvfs.f_flag to constant list

Changes by Matthias Klose d...@debian.org: -- stage: - patch review type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19736

[issue1294959] Problems with /usr/lib64 builds.

Matthias Klose added the comment: the patch in msg202343 is wrong, hardcoding lib64 on Debian/Ubuntu. At least the configure check should check for lib64 as a directory and not a symlink, and only then default to lib64. two other issues with the patch: - I would like to see any new OS

[issue1294959] Problems with /usr/lib64 builds.

Matthias Klose added the comment: I disagree about sys.implementation. It's useless and wrong for cross builds. Please use sysconfig instead. What sysconfig is maybe missing is a set of variables which you can rely on. -- ___ Python tracker rep

[issue17762] platform.linux_distribution() should honor /etc/os-release

Matthias Klose added the comment: my concern here is that platform.linux_distribution returns different values for the tuple, wether os-release is found or the lsb config file is found. I don't know about a good solution, however if the return value has different values, that has

[issue19308] Tools/gdb/libpython.py does not support GDB linked against Python 3

Matthias Klose added the comment: should go into 2.7 as well. -- nosy: +doko versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19308

[issue18651] test failures on KFreeBSD

New submission from Matthias Klose: Some tests fail on KFreeBSD, attaching a first patch from Petr Salinger. see http://bugs.debian.org/708653 for further issues. Ronald, could you check if that this works for OSX too? -- components: Tests files: kfreebsd.diff keywords: patch

[issue18257] Two copies of python-config

Matthias Klose added the comment: checked in a fix for the readlink issue, and Ronald's proposed solution for Darwin. And documented for now, that we do have two versions of this script. This works as long as you don't cross-build for Darwin or on Darwin

[issue17759] test_urllibnet.test_bad_address() fails on Ubuntu 13.04

Matthias Klose added the comment: ... that there is something abnormal with this Ubuntu release. no, it is not. This has nothing to do with Ubuntu, but is an upstream change introduced with glibc-2.17. So you will see it on every system which is based on the glibc version. see https

[issue18257] Two copies of python-config

Matthias Klose added the comment: Proposing to remove the shell script as the first step looks wrong. Do you know about a substitute for readlink on an enterpricy unix flavor like MacOSX? Using ls -l and interpreting the last argument of the output comes to mind

[issue18257] Two copies of python-config

Matthias Klose added the comment: Why use a shell script in the first place? you can't run python for a cross build, unless you tweak the interpreter. you can do that with a shell script only. As suggested in the original issue/patch, I did propose to remove the python implementation, so

[issue18257] Two copies of python-config

Matthias Klose added the comment: Furthermore the entire readlink command is not present in HP-UX The use of readlink is guarded, the use of readlink -f apparently not. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18257

[issue18257] Two copies of python-config

Matthias Klose added the comment: the proposed patch won't work once the python implementation is removed. Is -f supported on MacOSX? There seems to be a typo on your side trying -h, which isn't supported on Linux either. -- ___ Python tracker rep

[issue18257] Two copies of python-config

Matthias Klose added the comment: Again, why is does does have to be a shell script anyway? please see above. I explained it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18257

[issue18257] Two copies of python-config

Matthias Klose added the comment: and see issue16235 (as mentioned in NEWS) for the complete discussion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18257

<    1   2   3   4   5   6   7   8   9   >