[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 ForkPoolWorker-11: Process ForkPoolWorker-6: Process ForkPoolWorker-7: Process ForkPoolWorker-14: Process ForkPoolWorker-5: Process ForkPoolWorker-2: Process ForkPoolWorker-10: Process ForkPoolWorker-3: Process ForkPoolWorker-8: Process ForkPoolWorker-1: Process ForkPoolWorker-4: Exception ignored in: Traceback (most recent call last): File "/usr/lib64/python3.8/multiprocessing/util.py", line 201, in __call__ res = self._callback(*self._args, **self._kwargs) File "/usr/lib64/python3.8/multiprocessing/pool.py", line 689, in _terminate_pool Process ForkPoolWorker-9: cls._help_stuff_finish(inqueue, task_handler, len(pool)) File "/usr/lib64/python3.8/multiprocessing/pool.py", line 674, in _help_stuff_finish inqueue._rlock.acquire() KeyboardInterrupt: $ python3 --version Python 3.8.2 -- nosy: +arekm title: python 3.8 hang in multiprocessing.Pool() locking on FreeBSD -> python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux ___ Python tracker <https://bugs.python.org/issue38744> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/different_encoding.py \ Lib/lib2to3/tests/data/false_encoding.py \ Mac/BuildScript/build-installer.py \ Modules/_sha3/cleanup.py \ Objects/typeslots.py \ Parser/asdl_c.py \ Python/makeopcodetargets.py \ Tools/gdb/libpython.py \ Tools/pynche/pynche \ Tools/pynche/pynche.pyw \ Tools/scripts/2to3 \ Tools/scripts/smelly.py -- ___ Python tracker <https://bugs.python.org/issue39254> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 \ Tools/pynche/pynche \ Tools/pynche/pynche.pyw \ Tools/scripts/2to3 \ Tools/scripts/smelly.py \ python-gdb.py are calling python (which often points to python2) while should be calling python3 explicitly (unless python2 is required for using these which would be weird in Python 3 package) -- components: Build messages: 359567 nosy: arekm priority: normal severity: normal status: open title: python shebang in python3 tarball files versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue39254> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 for it. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue28700> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.org/issue28700> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/issue25150> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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-prototypes-Werror=declaration-after-statement -I. -IInclude -I./Include-DPy_BUILD_CORE -o Programs/python.o ./Programs/python.c cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for C/ObjC but not for C++ In file included from Include/pyatomic.h:10:0, from Include/Python.h:53, from ./Programs/python.c:3: /usr/lib64/gcc/x86_64-pld-linux/5.2.0/include/stdatomic.h:40:9: error: ‘_Atomic’ does not name a type [...] (testing 3.5.0 + patch for this issue from hg) -- nosy: +arekm ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25150> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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/share/python2.7/site.py, line 549, in main
known_paths = addusersitepackages(known_paths)
File /usr/share/python2.7/site.py, line 278, in addusersitepackages
user_site = getusersitepackages()
File /usr/share/python2.7/site.py, line 253, in getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
File /usr/share/python2.7/site.py, line 243, in getuserbase
USER_BASE = get_config_var('userbase')
File /usr/share/python2.7/sysconfig.py, line 522, in get_config_var
return get_config_vars().get(name)
File /usr/share/python2.7/sysconfig.py, line 426, in get_config_vars
_CONFIG_VARS['userbase'] = _getuserbase()
File /usr/share/python2.7/sysconfig.py, line 184, in _getuserbase
return env_base if env_base else joinuser(~, .local)
File /usr/share/python2.7/sysconfig.py, line 171, in joinuser
return os.path.expanduser(os.path.join(*args))
File /usr/share/python2.7/posixpath.py, line 260, in expanduser
userhome = pwd.getpwuid(os.getuid()).pw_dir
KeyError: 'getpwuid(): uid not found: '
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14238
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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, in module File /usr/share/python2.7/site.py, line 549, in main File /usr/share/python2.7/site.py, line 278, in addusersitepackages File /usr/share/python2.7/site.py, line 253, in getusersitepackages File /usr/share/python2.7/site.py, line 243, in getuserbase File /usr/share/python2.7/sysconfig.py, line 522, in get_config_var File /usr/share/python2.7/sysconfig.py, line 426, in get_config_vars File /usr/share/python2.7/sysconfig.py, line 184, in _getuserbase File /usr/share/python2.7/sysconfig.py, line 171, in joinuser File /usr/share/python2.7/posixpath.py, line 260, in expanduser KeyError: 'getpwuid(): uid not found: 51' -- components: Interpreter Core messages: 155215 nosy: arekm priority: normal severity: normal status: open title: python shouldn't need username in passwd database versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14238 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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, line 84, in test_baddecompressobj self.assertRaises(ValueError, zlib.decompressobj, 0) AssertionError: ValueError not raised -- components: Library (Lib) messages: 101445 nosy: arekm severity: normal status: open title: test_zlib fails with zlib 1.2.4 type: behavior versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8193 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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
coreutils/coreutils.spec:Source0:
http://ftp.gnu.org/gnu/coreutils/%{name}-%{version}.tar.xz
libpng12/libpng12.spec:Source0:
http://downloads.sourceforge.net/libpng/libpng-%{version}.tar.xz
libpng/libpng.spec:Source0:
http://downloads.sourceforge.net/libpng/%{name}-%{version}.tar.xz
parted/parted.spec:Source0:
http://ftp.gnu.org/gnu/parted/%{name}-%{version}.tar.xz
texlive-texmf/texlive-texmf.spec:Source0:
ftp://tug.org/texlive/historic/%{year}/texlive-%{version}-texmf.tar.xz
xz is also supported by automake as dist target.
--
nosy: +arekm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 recent call last): File /usr/share/python2.6/SocketServer.py, line 281, in _handle_request_noblock self.process_request(request, client_address) File /usr/share/python2.6/SocketServer.py, line 522, in process_request self.collect_children () File /usr/share/python2.6/SocketServer.py, line 490, in collect_children pid, status = os.waitpid(0, options=0) TypeError: waitpid() takes no keyword arguments -- components: Library (Lib) messages: 86292 nosy: arekm severity: normal status: open title: SocketServer: TypeError: waitpid() takes no keyword arguments versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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__ is. Build fortunately failed so the problem was noticed. The fix is to check for __powerpc__ and __powerpc64__ as for example glibc does. #if defined(__ppc__) /* - Don't know if this is the correct symbol; this section should work for GCC on any PowerPC platform, irrespective of OS. POWER? Who knows :-) */ -- messages: 82712 nosy: arekm severity: normal status: open title: __ppc__ macro checking is incorrect type: compile error versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5369 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 if first wasn't properly ended (rare but I'm dealing with one). -- nosy: +arekm Tracker [EMAIL PROTECTED] http://bugs.python.org/issue978833 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
