[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

Matěj Stuchlík added the comment: +1 from the Python team from Fedora, the patch looks good from downstream standpoint. -- ___ Python tracker <http://bugs.python.org/issue23

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

Changes by Matěj Stuchlík : -- nosy: +sYnfo ___ Python tracker <http://bugs.python.org/issue23968> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23700] tempfile.NamedTemporaryFile can close too early if used as iterator

Changes by Matěj Stuchlík : -- nosy: +sYnfo ___ Python tracker <http://bugs.python.org/issue23700> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23420] python -m cProfile -s fails with non informative message

Changes by Matěj Stuchlík : -- nosy: +sYnfo ___ Python tracker <http://bugs.python.org/issue23420> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23433] undefined behaviour in faulthandler.c, exposed by GCC 5

Matěj Stuchlík added the comment: FWIW with your patch all the tests pass on Fedora rawhide in Koji [1], whereas before the x86_64 build would hang [2]. If you want to do some more testing, you can download the rpms from [1]. :) [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=8894494

[issue23433] undefined behaviour in faulthandler.c, exposed by GCC 5

Changes by Matěj Stuchlík : -- nosy: +sYnfo ___ Python tracker <http://bugs.python.org/issue23433> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23249] test_win32 fails on aarch64

Changes by Matěj Stuchlík : -- nosy: +sYnfo ___ Python tracker <http://bugs.python.org/issue23249> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22327] test_gdb failures on Ubuntu 14.10

Matěj Stuchlík added the comment: While with Python3.5's test_gdb does fail when building in Koji [0], it seems to pass fine in our other build system - Copr [1]. Comparing the two [2][3], it seems the only big difference is the kernel version - 2.6.32 in Copr and 3.16.3 in Koji. Not sur

[issue22327] test_gdb failures on Ubuntu 14.10

Matěj Stuchlík added the comment: FYI I'm seeing the error with the new 3.4.2 release as well. https://kojipkgs.fedoraproject.org//work/tasks/599/7800599/build.log -- ___ Python tracker <http://bugs.python.org/is

[issue22327] test_gdb failures on Ubuntu 14.10

Matěj Stuchlík added the comment: Suddenly started to see the same error on Fedora rawhide [0]. [0] https://kojipkgs.fedoraproject.org//work/tasks/3551/7773551/build.log -- nosy: +sYnfo ___ Python tracker <http://bugs.python.org/issue22

[issue18709] SSL module fails to handle NULL bytes inside subjectAltNames general names (CVE-2013-4238)

Matěj Stuchlík added the comment: There's no longer any suspicion, no, at least from my side. -- ___ Python tracker <http://bugs.python.org/issue18709> ___ ___

[issue18913] ssl._ssl._test_decode_cert seems to leak memory with certain certificates in Python 2.6

Matěj Stuchlík added the comment: That seems to be it, no more leaking! Good job! -- ___ Python tracker <http://bugs.python.org/issue18913> ___ ___ Python-bug

[issue18913] ssl._ssl._test_decode_cert seems to leak memory with certain certificates in Python 2.6

Matěj Stuchlík added the comment: Potentially interesting part of the valgrind output: ==21685== 42,400 (3,200 direct, 39,200 indirect) bytes in 100 blocks are definitely lost in loss record 909 of 914 ==21685==at 0x4A0887C: malloc (vg_replace_malloc.c:270) ==21685==by 0x331B06315F

[issue18913] ssl._ssl._test_decode_cert seems to leak memory with certain certificates in Python 2.6

Matěj Stuchlík added the comment: Ah, that is unfortunate. I did check it for 2.7 and 3.4, neither of those leak, I can check it for the rest tomorrow, but I imagine it'll be the same story. -- ___ Python tracker <http://bugs.python.org/is

[issue18913] ssl._ssl._test_decode_cert seems to leak memory with certain certificates in Python 2.6

Matěj Stuchlík added the comment: That's a good idea: NULLBYTECERT = os.path.join(os.path.dirname(__file__) or os.curdir, "nullbytecert.pem") for i in xrange(100): p = ssl._ssl._test_decode_cert(NULLBYTECERT) gives ==1647== LEAK SUMMARY: ==1647==definitely lost: 3,2

[issue18913] ssl._ssl._test_decode_cert seems to leak memory with certain certificates in Python 2.6

New submission from Matěj Stuchlík: Doing 'valgrind --suppressions=Misc/valgrind-python.supp ./python Lib/tests/test_ssl.py' I'm getting: ==322== LEAK SUMMARY: ==322==definitely lost: 32 bytes in 1 blocks ==322==indirectly lost: 392 bytes in 16 blocks ==322==

[issue18709] SSL module fails to handle NULL bytes inside subjectAltNames general names (CVE-2013-4238)

Matěj Stuchlík added the comment: Oh, I only checked the particular commit that fixed this issue in 2.6 (50803d881a92). I am not getting any leaks in 2.6 tip either, so I guess it was fixed somewhere along the way. Sorry for the confusion

[issue18709] SSL module fails to handle NULL bytes inside subjectAltNames general names (CVE-2013-4238)

Matěj Stuchlík added the comment: Doing 'valgrind --suppressions=valgrind-python.supp ./python Lib/tests/regrtest.py test_ssl.py' I'm getting ==11944== LEAK SUMMARY: ==11944==definitely lost: 32 bytes in 1 blocks ==11944==indirectly lost: 392 bytes in 16 blocks ==11944=

[issue18540] imaplib.IMAP4() ends with "Name or service not known" on Fedora 18

Matěj Stuchlík added the comment: >So this represents a change in behavior of the socket library on Fedora 18 vs >earlier versions? I don't believe so. This happens on my Fedora 18 system, my Debian box with Python 2.6.6, on Fedora 19 (https://bugzilla.redhat.com/show_bug.cg

[issue18540] imaplib.IMAP4() ends with "Name or service not known" on Fedora 18

New submission from Matěj Stuchlík: Traceback (most recent call last): File "", line 1, in File "/usr/lib64/python2.7/imaplib.py", line 163, in __init__ self.open(host, port) File "/usr/lib64/python2.7/imaplib.py", line 229, in open self.sock = socket