[issue29943] PySlice_GetIndicesEx change broke ABI in 3.5 and 3.6 branches

2017-04-01 Thread Miro Hrončok
Changes by Miro Hrončok <m...@hroncok.cz>: -- nosy: +hroncok ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29943> ___ __

[issue29943] PySlice_GetIndicesEx change broke ABI in 3.5 and 3.6 branches

2017-05-02 Thread Miro Hrončok
Miro Hrončok added the comment: > For what it's worth, in Fedora 26 we already rebased Python to 3.6.1, so this > issue now is non existent for our ecosystem, and we are not shipping 3.6.0 in > any way now. Except of course if 3.6.2 would be fixed in a way that 3.6.1 would be c

[issue30657] [security] CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape

2017-12-01 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- keywords: +patch pull_requests: +4574 stage: needs patch -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue1294959] Problems with /usr/lib64 builds.

2017-12-20 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- nosy: +encukou, hroncok ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue1294959> ___

[issue30657] [security] CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape

2017-12-08 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- pull_requests: +4661 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue30657> ___ _

[issue33455] test.test_posix.TestPosixSpawn::test_specify_environment fails with custom LD_LIBRARY_PATH

2018-05-10 Thread Miro Hrončok
New submission from Miro Hrončok <m...@hroncok.cz>: When we build Python in Fedora, we set LD_LIBRARY_PATH environment variable so the testsuite is run against the currently built Python. However a test added in ef347535f289baad22c0601e12a36b2dcd155c3a (test_specify_environment)

[issue33455] test.test_posix.TestPosixSpawn::test_specify_environment fails with custom LD_LIBRARY_PATH

2018-05-10 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- keywords: +patch pull_requests: +6440 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue33470] Changes from GH-1638 (GH-3575, bpo-28411) are not documented in Porting to Python 3.7

2018-05-12 Thread Miro Hrončok
New submission from Miro Hrončok <m...@hroncok.cz>: Background: gdb fails to build with Python 3.7 as described in https://bugzilla.redhat.com/show_bug.cgi?id=1577396 This is due to _PyImport_FixupBuiltin changing it's API. I feel that _underscored functions are probably not guar

[issue33470] Changes from GH-1638 (GH-3575, bpo-28411) are not documented in Porting to Python 3.7

2018-05-12 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: The change is a bit beyond my understanding ATM. I might be able to study it and stitch something up, but I'd rather leave it to the author of the change. -- ___ Python tracke

[issue33514] async and await as keywords not mentioned in What’s New In Python 3.7

2018-05-15 Thread Miro Hrončok
New submission from Miro Hrončok <m...@hroncok.cz>: According to PEP 492, async and await should be full keywords in Python 3.7. That happened in https://bugs.python.org/issue30406 There is no mention of it at all at https://docs.python.org/3.7/whatsnew/3.7.html#porting-to-pyth

[issue33514] async and await as keywords not mentioned in What’s New In Python 3.7

2018-05-15 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: Oh, didn't know that. Consider my PR as a remote sprint contribution. Hopefully nobody has already written this part. -- ___ Python tracker <rep...@bugs.python.org> <https://

[issue33559] Exception's repr change not documented

2018-05-17 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- type: -> behavior ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33559> ___ ___

[issue33559] Exception's repr change not documented

2018-05-17 Thread Miro Hrončok
New submission from Miro Hrončok <m...@hroncok.cz>: Python 3.6.5 ... >>> Exception('foo',) Exception('foo',) Python 3.7.0b4 ... >>> Exception('foo',) Exception('foo') This is a change that might bit people who rely on doctesting. It is not documented at https://docs

[issue33559] Exception's repr change not documented

2018-05-17 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- keywords: +patch pull_requests: +6611 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue33514] async and await as keywords not mentioned in What’s New In Python 3.7

2018-05-15 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: I'll prep a PR -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33514> ___ _

[issue33514] async and await as keywords not mentioned in What’s New In Python 3.7

2018-05-15 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- keywords: +patch pull_requests: +6531 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue33470] Changes from GH-1638 (GH-3575, bpo-28411) are not documented in Porting to Python 3.7

2018-05-15 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: Sorry for mixing two things here, but I meant that I found out about this because of the private API use in gdb, however nothing from the change is documented on whatsnew at all. This bug was a reaction for https://github.com/python/c

[issue33559] Exception's repr change not documented

2018-05-17 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- pull_requests: +6614 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33559> ___ _

[issue33559] Exception's repr change not documented

2018-05-17 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: I was bit by this, so that's why I think this is worth documenting. https://github.com/testing-cabal/testtools/issues/270 -- ___ Python tracker <rep...@bugs.python.org> <https://

[issue33514] async and await as keywords not mentioned in What’s New In Python 3.7

2018-05-23 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: This was fixed via issue32996 -- stage: patch review -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <https://bugs.

[issue33824] Settign LANG=C modifies the --version behavior

2018-06-10 Thread Miro Hrončok
New submission from Miro Hrončok : On 3.6, setting LANG to C did not affect the --version behavior: $ python3.6 --version Python 3.6.5 $ LANG=C python3.6 --version Python 3.6.5 On 3.7.0b5 it does. $ python3.7 --version Python 3.7.0b5 $ LANG=C python3.7 --version Python 3.7.0b5 (default, Jun

[issue29298] argparse fails with required subparsers, un-named dest, and empty argv

2018-06-05 Thread Miro Hrončok
Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue29298> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33666] os.errno gone AWOL

2018-05-28 Thread Miro Hrončok
New submission from Miro Hrončok <m...@hroncok.cz>: In 3.7.0b4 I see the following traceback: >>> import os >>> os.errno Traceback (most recent call last): File "", line 1, in AttributeError: module 'os' has no attribute 'errno' This was not the c

[issue33666] os.errno gone AWOL

2018-05-28 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: I can document this, yes. I've opened this issue so I could prep a PR. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue34008] Do we support calling Py_Main() after Py_Initialize()?

2018-06-30 Thread Miro Hrončok
Miro Hrončok added the comment: This hits fontforge. See https://bugzilla.redhat.com/show_bug.cgi?id=1595421 An example of how it should be handled there if 3) is selected would be greatly appreciated. Thanks -- nosy: +hroncok ___ Python tracker

[issue33996] Crash in gen_send_ex(): _PyErr_GetTopmostException() returns freed memory

2018-07-01 Thread Miro Hrončok
Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue33996> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32885] Tools/scripts/pathfix.py leaves bunch of ~ suffixed files around with no opt-out

2018-02-20 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- components: +Demos and Tools ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32885> ___

[issue32885] Tools/scripts/pathfix.py leaves bunch of ~ suffixed files around with no opt-out

2018-02-20 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- type: -> behavior ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32885> ___ ___

[issue32885] Tools/scripts/pathfix.py leaves bunch of ~ suffixed files around with no opt-out

2018-02-20 Thread Miro Hrončok
New submission from Miro Hrončok <m...@hroncok.cz>: We (Fedora's Python SIG) would like to promote usage of Tools/scripts/pathfix.py (we've even moved it to $PATH) in Fedora RPM build (a.k.a spec files) instead of various error prone finds + greps + seds. However when running path

[issue32885] Tools/scripts/pathfix.py leaves bunch of ~ suffixed files around with no opt-out

2018-02-20 Thread Miro Hrončok
Change by Miro Hrončok <m...@hroncok.cz>: -- keywords: +patch pull_requests: +5551 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue32947] Support OpenSSL 1.1.1

2018-07-27 Thread Miro Hrončok
Miro Hrončok added the comment: Note that Fedora 29 updated openssl from 1.1.0h to 1.1.1-0.pre8 and Python 3.7 tests are failing. Not 100% sure it's related, but full report at: https://bugzilla.redhat.com/show_bug.cgi?id=1609291 -- nosy: +hroncok

[issue33329] test_multiprocessing_fork, _forkserver, _spawn hangs: ValueError: signal number 32 out of range

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: dnf install https://kojipkgs.fedoraproject.org/packages/glibc/2.27.9000/7.fc29/x86_64/glibc-headers-2.27.9000-7.fc29.x86_64.rpm https://kojipkgs.fedoraproject.org/packages/glibc/2.27.9000/7.fc29/x86_64/glibc-devel-2.27.9000-7.fc29.x86_

[issue33329] sigaddset() can fail on some signal numbers

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: I cannot find a corresponding test in 2.7. Running the entire build (incl. tests) to see what happens. Is there a command or a couple I could try instead? I'm afraid I don't understand how does that test work (I seems a bit compl

[issue33329] sigaddset() can fail on some signal numbers

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: Should the fix be to exclude 32 and 33 from multiprocessing.resource_sharer:_serve? if hasattr(signal, 'pthread_sigmask'): signal.pthread_sigmask(signal.SIG_BLOCK, range(1, signa

[issue33329] test_multiprocessing_fork, _forkserver, _spawn hangs: ValueError: signal number 32 out of range

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: I'll try. In the meantime, I've checked and it's glibc update that makes the difference: glibc-2.27.9000-7.fc29 -> glibc-2.27.9000-14.fc29 I'll see what was changed there and whether is was intentional, or bug i

[issue33329] test_multiprocessing_fork, _forkserver, _spawn hangs: ValueError: signal number 32 out of range

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: "dnf install gcc" upgrades glibc, yes. OK, I'll dig into it a bit more, see why and where this change happened. Thanks for hints. -- ___ Python tracker <rep...@bugs

[issue33329] test_multiprocessing_fork, _forkserver, _spawn hangs: ValueError: signal number 32 out of range

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: glibc-2.27.9000-14.fc29: NSIG = 65 sigaddset(32) returned -1, errno =22 sigaddset(33) returned -1, errno =22 -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue33329] test_multiprocessing_fork, _forkserver, _spawn hangs: ValueError: signal number 32 out of range

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: glibc-2.27.9000-13.fc29 ... all ok glibc-2.27.9000-14.fc29 ... 32, 33 fail glibc-2.27.9000-15.fc29 (latest built) ... 32, 33 fail 13 to 14 is this in upstream commits: d39c0a459ef32a41daac4840859bf304d9

[issue33329] sigaddset() can fail on some signal numbers

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: Python 2 testsuite runs fine. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue33329] sigaddset() can fail on some signal numbers

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: This indeed makes the tests pass again: # python3.7 -m test.regrtest test_multiprocessing_fork test_multiprocessing_forkserver test_multiprocessing_spawn Run tests sequentially 0:00:00 load avg: 1.02 [1/3] test_multiprocessing_fork /usr

[issue33329] test_multiprocessing_fork, _forkserver, _spawn hangs: ValueError: signal number 32 out of range

2018-04-22 Thread Miro Hrončok
New submission from Miro Hrončok <m...@hroncok.cz>: Originally reported in https://bugs.python.org/issue31463 This started to bother us in Fedora rawhide for various Python versions, so chances are something changed on the system level. # python3.7 -m test.regrtest test_multiprocessin

[issue31463] test_multiprocessing_fork hangs test_subprocess

2018-04-22 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: > Could you report the signal number issue separately? Thank you! https://bugs.python.org/issue33329 Resetting the Versions back. -- versions: -Python 3.4, Python 3.5, Python 3.6 _

[issue31463] test_multiprocessing_fork hangs test_subprocess

2018-04-19 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: This started to bother us in Fedora for various Python versions, so chances are something changed on the system level. However for us it seams test_multiprocessing_fork hangs by itself, so this might or might not be relevant to # pyt

[issue31463] test_multiprocessing_fork hangs test_subprocess

2018-04-19 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: Sorry, I've pressed the button before finishing the thought. ...so this might or might not be relevant to what you observe with master and originally reported. -- ___ Python tracke

[issue33329] sigaddset() can fail on some signal numbers

2018-04-23 Thread Miro Hrončok
Miro Hrončok <m...@hroncok.cz> added the comment: Antoine, thank you very much for swift communication and fix. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

2018-06-28 Thread Miro Hrončok
Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue33932> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35190] collections.abc.Sequence cannot be used to test whether a class provides a particular interface

2018-11-08 Thread Miro Hrončok
Miro Hrončok added the comment: I fail to understand what abc classes can be used to test whether a class provides a particular interface, and what abc classes cannot be used that way. What is the difference between those abc classes and why are all those abc classes listed together when

[issue35190] collections.abc.Sequence cannot be used to test whether a class provides a particular interface

2018-11-08 Thread Miro Hrončok
New submission from Miro Hrončok : The collections.abc — Abstract Base Classes for Containers documentation says: > This module provides abstract base classes that can be used to test whether a > class provides a particular interface; for example, whether it is hashable or >

[issue34811] test_gdb fails with latest gdb

2018-10-01 Thread Miro Hrončok
Miro Hrončok added the comment: I've reproduced this on 3.7.1rc1: https://src.fedoraproject.org/rpms/python3/pull-request/58 log (x86_64): https://kojipkgs.fedoraproject.org//work/tasks/2460/29992460/build.log -- nosy: +hroncok ___ Python tracker

[issue35317] test_email: test_localtime_daylight_false_dst_true() fails depending on the timezone

2018-11-26 Thread Miro Hrončok
Miro Hrončok added the comment: I found a C reproducer and reported to Fedora glibc tracker: https://bugzilla.redhat.com/show_bug.cgi?id=1653340 -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue35

[issue35257] Add LDFLAGS_NODIST for the LDFLAGS not intended for propagation to C extensions.

2018-12-05 Thread Miro Hrončok
Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker <https://bugs.python.org/issue35257> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27004] Handle script shbang options

2018-12-09 Thread Miro Hrončok
Miro Hrončok added the comment: As a distro Python maintainer, I have to say that having yet another Python executable would no be accepted well by the other distro contributors or even users. I'll try to work on a proper solution that would merge the options, hopefully soon (but most