[issue38744] python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux

Arkadiusz MiskiewiczArkadiusz Miskiewicz added the comment: That test program hangs even on Linux (kernel 4.9.184, glibc 2.30): $ python3 a.py Process ForkPoolWorker-13: Process ForkPoolWorker-12: Process ForkPoolWorker-16: Process ForkPoolWorker-15: Process

[issue39254] python shebang in python3 tarball files

Arkadiusz MiskiewiczArkadiusz Miskiewicz added the comment: These look to be python2 files. Since python2 is close to EOL should these be ported to python3? There are more of these in git: Lib/encodings/rot_13.py \ Lib/lib2to3/tests/data

[issue39254] python shebang in python3 tarball files

New submission from Arkadiusz Miskiewicz Arkadiusz Miskiewicz : Python 3.8.1 files: Lib/encodings/rot_13.py \ Lib/lib2to3/tests/data/different_encoding.py \ Lib/lib2to3/tests/data/false_encoding.py \ Tools/gdb/libpython.py

[issue28700] test_dbm failure: KeyError: b'0' (intermittent in 3.5, reliable in 3.6)

Arkadiusz MiskiewiczArkadiusz Miskiewicz added the comment: Using configure option --with-dbmliborder=gdbm:bdb (so no ndbm in it) is another reason for such failure as seems that test suite has no conditional

[issue28700] test_dbm failure: KeyError: b'0' (intermittent in 3.5, reliable in 3.6)

Changes by Arkadiusz Miskiewicz Arkadiusz Miskiewicz <ar...@maven.pl>: -- nosy: +arekm ___ Python tracker <rep...@bugs.python.org> <http://bugs.python

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

Arkadiusz MiskiewiczArkadiusz Miskiewicz added the comment: Same for 3.5 branch from hg (git mirror actually). -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/i

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

Arkadiusz MiskiewiczArkadiusz Miskiewicz added the comment: Should it work with /configure '--with-cxx-main=g++' && make? Because currently it doesn't: g++ -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-pr

[issue14238] python shouldn't need username in passwd database

Arkadiusz MiskiewiczArkadiusz Miskiewicz ar...@maven.pl added the comment: $ LC_ALL=C sudo -u '#' -g '#' /bin/sh -c 'unset HOME ; python -c ' Traceback (most recent call last): File /usr/share/python2.7/site.py, line 567, in module main() File /usr

[issue14238] python shouldn't need username in passwd database

New submission from Arkadiusz Miskiewicz Arkadiusz Miskiewicz ar...@maven.pl: I'm trying to run python from UID which doesn't have entry in passwd database. This fails with: Traceback (most recent call last): File /usr/share/python2.7/site.py, line 567

[issue8193] test_zlib fails with zlib 1.2.4

New submission from Arkadiusz Miskiewicz Arkadiusz Miskiewicz ar...@maven.pl: Starting with zlib 1.2.4 zlib test suite fails with: test test_zlib failed -- Traceback (most recent call last): File /home/users/arekm/rpm/BUILD/Python-2.6.5/Lib/test/test_zlib.py

[issue6715] xz compressor support

Arkadiusz MiskiewiczArkadiusz Miskiewicz ar...@maven.pl added the comment: About why xz is important. gnu.org, tug.org started publishing sources in xz format, quick grep: autoconf/autoconf.spec:Source0: http://ftp.gnu.org/gnu/autoconf/%{name}-%{version}.tar.xz

[issue5814] SocketServer: TypeError: waitpid() takes no keyword arguments

New submission from Arkadiusz Miskiewicz Arkadiusz Miskiewicz ar...@maven.pl: SocketServer.py contains call os.waitpid(0, options=0) but os.waitpid doesn't accept keyword arguments. I guess the best fix is to make waitpid accept such arguments. Traceback (most

[issue5369] __ppc__ macro checking is incorrect

New submission from Arkadiusz Miskiewicz Arkadiusz Miskiewicz ar...@users.sourceforge.net: Python/ceval.c and many other places rely on __ppc__ (and __ppc64__) symbol defined like below. Unfortunately on my Linux ppc __ppc__ is never defined while __powerpc__

[issue978833] SSL-ed sockets don't close correct?

Arkadiusz MiskiewiczArkadiusz Miskiewicz added the comment: How to deal with this on python 2.5.x? I assume that msg21288 means that fakeclose.diff isn't good way for python 2.5.x. Unfortunately there are web services that refuse to respond to second query