[issue28027] Remove Lib/plat-*/* files
koobs added the comment: YES, finally. Thanks :) -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue28027> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27938] PyUnicode_AsEncodedString, PyUnicode_Decode: add fast-path for "us-ascii" encoding
koobs added the comment: Re-open and assign for regressions. Observed in all koobs-freebsd* buildbots (9/10/11) and build types. Issue is in default branch (add version 3.7) First failing test run: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.x/builds/110 -- assignee: -> haypo nosy: +koobs resolution: fixed -> versions: +Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27938> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27904] Let logging format more messages on demand
Changes by koobs <koobs.free...@gmail.com>: -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27904> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27838] test_os.test_chown() random failure on "AMD64 FreeBSD CURRENT Debug 3.x" buildbot
koobs added the comment: This appears to have spontaneously resolved itself after build #957 after many failures. For reference, other builders on the same host were failing as well: AMD64 FreeBSD CURRENT Debug 3.5 (#567, #568) AMD64 FreeBSD CURRENT Non-Debug 3.5 (#8, #9) And possibly others (Didn't listed any that hadn't failed in the last 5 builds) According to my (non-expert) reading of the code, the test skips (or is supposed to skip) unless group count of uid is > 1. The group membership of the buildbot user this worker runs as is only 'buildbot' and on that basis wouldn't a skip expected? Open questions are: 1) Why/how did it suddenly *start* failing. (I cant see any relevant commits at or around the time) 2) Why/how did it suddenly stop failing (I made no worker/buildbot changes Nosy vajrasky (original unit test creator) and Claudiu (who reviewed), who might be able to shine a light on what might be going on -- nosy: +Claudiu.Popa, vajrasky ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue27838> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27831] Python 3.4.5 leaks memory when attempting to load non-existent file
Changes by koobs <koobs.free...@gmail.com>: -- nosy: +koobs versions: +Python 3.5, Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27831> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26040] Improve coverage and rigour of test.test_math
Changes by koobs <koobs.free...@gmail.com>: -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26040> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27181] Add geometric mean to `statistics` module
koobs added the comment: For posterity, the following failure was observed on all (9/10/11(current) FreeBSD buildbots: == FAIL: testFraction (test.test_statistics.Test_Nth_Root) -- Traceback (most recent call last): File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_statistics.py", line 1247, in testFraction self.assertEqual(self.nroot(x**12, 12), float(x)) AssertionError: 1.1865 != 1.1868 -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27181> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10910] pyport.h FreeBSD/Mac OS X "fix" causes errors in C++ compilation
koobs added the comment: @Brett / Ned I'm happy to carry the proposed patch in the FreeBSD ports/packages until the next releases if that helps your confidence levels. -- versions: +Python 3.5, Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue10910> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
koobs added the comment: Not sure why the stage field changed on last submission. Restore accordingly to previous state -- stage: patch review -> commit review ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue20767> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
koobs added the comment: @Stefan I'll touch base with Antoine (OP) and confirm that this is a root-cause, permanent solution -- stage: commit review -> patch review ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue20767> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
koobs added the comment: @Stefan I've notified our FreeBSD Clang/LLVM people of the upstream bug status, though there are indications that the "-Wl,-rpath" method is considered the recommended/canonical/future way to do things properly. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue20767> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
koobs added the comment: Nothing is required (as far as I'm aware) other than commit/merge on a two line change scoped only to FreeBSD. The issue was reported for and on FreeBSD and the patch has been carried locally in all FreeBSD Python ports/packages (2.7, 3.3, 3.4, 3.5) for over two years: https://svnweb.freebsd.org/ports?view=revision=346428 https://svnweb.freebsd.org/ports?view=revision=351610 -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue20767> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24773] Implement PEP 495 (Local Time Disambiguation)
koobs added the comment: Thank you Alexander, consider me satisfied :) -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)
Changes by koobs <koobs.free...@gmail.com>: -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue23968> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26852] add the '--enable-legacy-pyc-files' option to configure
Changes by koobs <koobs.free...@gmail.com>: -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26852> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23085] update internal libffi copy to 3.2.1
koobs added the comment: Forgive me for asking a question that may have already been asked, or beaten to death, but what is preventing Python from requiring libffi as an external/required dependency, rather than keeping it and taking on the burden of fixes/backporting in lieu of updates or pending releases from upstream? Historically (at least the last ~2-3 years), libffi in Python has been plagued with, at least: * Inconsistent / incorrect merging of libffi fixes (including regressions) * Unsolved issues in vendored copy that have been fixed/released upstream * Complex, manual and error-prone updates to vendored copy * Lack of regular maintenance, from what largely appears to be a lack of knowledge about, or confidence in updating the vendored copy (fear of breakage) I know at least FreeBSD currently requires --sytem-libffi for i386 systems in certain versions due to issue 22521 (issue 23042) and there are currently 50 open issues matching libffi (granted not all of them will be root-caused by libffi internal). I note that number to highlight the maintenance requirement. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue23085> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19613] test_nntplib: sporadic failures, test_article_head_body()
Changes by koobs <koobs.free...@gmail.com>: -- versions: +Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue19613> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19613] test_nntplib: sporadic failures, test_article_head_body()
koobs added the comment: This just failed on 3.x (default) on koobs-freebsd{9,10} bots: == FAIL: test_article_head_body (test.test_nntplib.NetworkedNNTP_SSLTests) -- Traceback (most recent call last): File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_nntplib.py", line 240, in wrapped meth(self) File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_nntplib.py", line 185, in test_article_head_body self.check_article_resp(resp, body, art_num) File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_nntplib.py", line 165, in check_article_resp self.assertNotIn(article.lines[-1], (b".", b".\n", b".\r\n")) AssertionError: b'.' unexpectedly found in (b'.', b'.\n', b'.\r\n') -- Full log attached -- keywords: +buildbot nosy: +koobs Added file: http://bugs.python.org/file43901/koobs-freebsd-10-python-3x-build-4682.txt ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue19613> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26662] configure/Makefile doesn't check if "python" command works, needed to build Objects/typeslots.inc
Changes by koobs <koobs.free...@gmail.com>: -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26662> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27612] socket.gethostbyname resolving octal IP addresses incorrectly
koobs added the comment: @David The symptoms from FreeBSD look a little different: Only gethostbyname affected only on 2.7 and 3.3 on all freebsd versions (9, 10, 11). Python 3.2 was not tested (freebsd port was deleted), but likely affected as well Feels/Appears like a gethostbyname fix or other change affecting gethostbyname in 3.4, missing merges to 3.3, (likely 3.2) and 2.7. Full test matrix attached -- versions: +Python 3.3 Added file: http://bugs.python.org/file43890/socket-test-freebsd-9-10-11-python-27-33-34-35.txt ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27612> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24773] Implement PEP 495 (Local Time Disambiguation)
koobs added the comment: koobs-freebsd-* 3.x builds are now passing, but I'd like to make an additional (trivial) proposal, and that is: If the tests that were previously failling, aren't *specifically* testing for 'backward compatible' timezone definitions, that the tests that currently use $ROOT/Iran timezone file, instead use a timezone file that is *not* contained within the 'backwards' (backwards compatible) timezone file in the zoneinfo distribution, which may or may not be installed in various environments. For example, the tests could instead use Asia/Tehran -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24773] Implement PEP 495 (Local Time Disambiguation)
koobs added the comment: See Also: non standard (standard?) timezones. https://lists.freebsd.org/pipermail/freebsd-hackers/2015-May/047765.html I don't know to what extent these links are considered standard, but I'll talk to Julian about whether we can get these links installed in FreeBSD base (and the zoneinfo port/package). having said that, even if they can be/are added, the tests should still not expect them (blindly) to be available. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24773] Implement PEP 495 (Local Time Disambiguation)
koobs added the comment: I can help providing information on the koobs-* freebsd buildbots (I run them). In a default installation, the timezone entries are available in /usr/share/zoneinfo (see attachment for contents) Iran is not in the root directory, 'Tehran' is in Asia/ subdirectory tzsetup man page: https://www.freebsd.org/cgi/man.cgi?query=tzsetup=8 The misc/zoneinfo port/package [1] can be installed which overwrites entries in the above location. The files this port/package installs are in the pkg-plist file: https://svnweb.freebsd.org/ports/head/misc/zoneinfo/pkg-plist?view=log There doesn't appear to be an 'Iran' entry in the root of this port/package either, so my guess is its a distribution specific location [1] https://svnweb.freebsd.org/ports/head/misc/zoneinfo/ Beyond the above, tests should not fail (but skip) if the resources it requires are not available, so the change in e72aab080165 is welcome -- Added file: http://bugs.python.org/file43850/koobs-freebsd-current-usr-share-zoneinfo.txt ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24773] Implement PEP 495 (Local Time Disambiguation)
koobs added the comment: Also failing on all freebsd buildbots, all tests failing with: FileNotFoundError: [Errno 2] No such file or directory: '/usr/share/zoneinfo/Iran' -- nosy: +koobs resolution: fixed -> ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24557] Refactor LibreSSL / EGD detection
koobs added the comment: Thank you Benjamin :) -- versions: +Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24557> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23908] Check path arguments of os functions for null character
koobs added the comment: == ERROR: test_path_with_null_unicode (test.test_posix.PosixTester) -- Traceback (most recent call last): File "/usr/home/buildbot/python/2.7.koobs-freebsd9/build/Lib/test/test_posix.py", line 585, in test_path_with_null_unicode test_support.unlink(fn) File "/usr/home/buildbot/python/2.7.koobs-freebsd9/build/Lib/test/test_support.py", line 243, in unlink _unlink(filename) UnicodeEncodeError: 'ascii' codec can't encode characters in position 6-7: ordinal not in range(128) == ERROR: test_path_with_null_unicode (test.test_posix.PosixTester) -- Traceback (most recent call last): File "/usr/home/buildbot/python/2.7.koobs-freebsd9/build/Lib/test/test_support.py", line 243, in unlink _unlink(filename) UnicodeEncodeError: 'ascii' codec can't encode characters in position 6-7: ordinal not in range(128) -- Ran 43 tests in 0.105s -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue23908> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23908] Check path arguments of os functions for null character
koobs added the comment: koobs-freebsd{9,10,current) failing after 30099abdb3a46d0e306a4cf995b95fa8cfb8b78a merge to 2.7 -- nosy: +koobs resolution: fixed -> status: closed -> open ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue23908> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22928] HTTP header injection in urrlib2/urllib/httplib/http.client (CVE-2016-5699)
Changes by koobs <koobs.free...@gmail.com>: -- versions: +Python 3.3 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue22928> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22928] HTTP header injection in urrlib2/urllib/httplib/http.client (CVE-2016-5699)
koobs added the comment: 3.3 is supported for security related fixes until September 2017 [1], but only 3.4, 3.5 and 2.7 have received the backport, reopen for outstanding merge [1] https://docs.python.org/devguide/#status-of-python-branches Update summary to reflect the RedHat CVE that was assigned to this issue. -- keywords: +security_issue nosy: +koobs resolution: fixed -> status: closed -> open title: HTTP header injection in urrlib2/urllib/httplib/http.client -> HTTP header injection in urrlib2/urllib/httplib/http.client (CVE-2016-5699) ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue22928> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26566] Failures on FreeBSD CURRENT buildbot
Changes by koobs <koobs.free...@gmail.com>: -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26566> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17758] test_site fails when the user does not have a home directory
koobs added the comment: @Victor, it would be nice if this test could instead use/fake/mock what it needs in the build directory, or is this not possible because it needs an 'actual' user/group context to work? -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue17758> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22847] Improve method cache efficiency
Changes by koobs <koobs.free...@gmail.com>: -- resolution: fixed -> ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue22847> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22847] Improve method cache efficiency
koobs added the comment: It appears this change broke all FreeBSD builders (9: gcc, 10/11: clang) for the 2.7 branch with: koobs-freebsd-current (clang 3.7.x) cc -pthread -c -fno-strict-aliasing -OPT:Olimit=0 -g -O2 -g -O0 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o Objects/typeobject.o Objects/typeobject.c Objects/typeobject.c:2568:44: error: no member named 'hash' in 'PyStringObject' assert(((PyStringObject *)(name))->hash != -1); ~~ ^ /usr/include/assert.h:54:21: note: expanded from macro 'assert' #define assert(e) ((e) ? (void)0 : __assert(__func__, __FILE__, \ ^ 1 error generated. *** Error code 1 ==== koobs-freebsd10 (clang 3.4.x) cc -pthread -c -fno-strict-aliasing -OPT:Olimit=0 -g -O2 -g -O0 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -fPIC -DPy_BUILD_CORE -o Objects/unicodeobject.o Objects/unicodeobject.c --- Objects/typeobject.o --- Objects/typeobject.c:2568:18: error: use of undeclared identifier 'PyASCIIObject' assert(((PyASCIIObject *)(name))->hash != -1); ^ /usr/include/assert.h:54:21: note: expanded from macro 'assert' #define assert(e) ((e) ? (void)0 : __assert(__func__, __FILE__, \ ^ Objects/typeobject.c:2568:33: error: expected expression assert(((PyASCIIObject *)(name))->hash != -1); ^ /usr/include/assert.h:54:21: note: expanded from macro 'assert' #define assert(e) ((e) ? (void)0 : __assert(__func__, __FILE__, \ ^ --- Objects/unicodectype.o --- cc -pthread -c -fno-strict-aliasing -OPT:Olimit=0 -g -O2 -g -O0 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -fPIC -DPy_BUILD_CORE -o Objects/unicodectype.o Objects/unicodectype.c --- Objects/typeobject.o --- 2 errors generated. *** [Objects/typeobject.o] Error code 1 ==== koobs-freebsd9 (gcc 4.2.1 + patches) gcc -pthread -c -fno-strict-aliasing -g -O2 -g -O0 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o Objects/unicodeobject.o Objects/unicodeobject.c Objects/unicodeobject.c: In function 'PyUnicode_DecodeUTF7Stateful': Objects/unicodeobject.c:1694: warning: comparison is always true due to limited range of data type gcc -pthread -c -fno-strict-aliasing -g -O2 -g -O0 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o Objects/unicodectype.o Objects/unicodectype.c Objects/typeobject.c: In function '_PyType_Lookup': Objects/typeobject.c:2568: error: 'PyASCIIObject' undeclared (first use in this function) Objects/typeobject.c:2568: error: (Each undeclared identifier is reported only once Objects/typeobject.c:2568: error: for each function it appears in.) Objects/typeobject.c:2568: error: expected expression before ')' token *** [Objects/typeobject.o] Error code 1 -- nosy: +koobs status: closed -> open ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue22847> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26165] devguide: table summarizing status of Python branches
koobs added the comment: OH THANK YOU! If possible, add Months or Quarter (Q1-4) for the EoL's, if those are defined, would be great. We @ FreeBSD/Python would like to proactively (as early as possible) set DEPRECATED dates in our ports to ensure our users have ample time to upgrade to later versions, ideally in cadence with Python. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26165> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24520] Stop using deprecated floating-point environment functions on FreeBSD
koobs added the comment: This issue is becoming increasingly important as FreeBSD 11.0-RELEASE time nears. What remains to be done/identified/answers here to make progress? -- versions: +Python 2.7, Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue24520> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25940] SSL tests failed due to expired svn.python.org SSL certificate
koobs added the comment: Wow. *thank you* Georg and Martin :) -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25940> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20397] distutils --record option does not validate existence of byte-compiled files
koobs added the comment: This needs review, commit, merge. We've back-ported and committed these patches against all of our FreeBSD Python ports (27,32,33,34,35) https://svnweb.freebsd.org/ports?view=revision=405569 -- stage: needs patch -> patch review versions: +Python 3.2, Python 3.3 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue20397> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20397] distutils --record option does not validate existence of byte-compiled files
Changes by koobs <koobs.free...@gmail.com>: -- keywords: +needs review ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue20397> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25940] SSL tests failed due to expired svn.python.org SSL certificate
koobs added the comment: As many branches as we can muster, ideally all, at least 3.4, 3.5 default and 2.7 please. Back porting is a massive pain, and downstream OS's want to retain integrity of tests to ensure quality of Python in their respective ecosystems -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25940> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20397] distutils --record option does not validate existence of byte-compiled files
koobs added the comment: setuptools and therefore pip are also affected by this -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue20397> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20397] distutils --record option does not validate existence of byte-compiled files
Changes by koobs <koobs.free...@gmail.com>: -- keywords: +easy versions: +Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue20397> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25940] SSL tests failed due to expired svn.python.org SSL certificate
koobs added the comment: Can't / Shouldn't these be mocked? -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25940> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25950] svn.python.org SSL certificate expired, causing test failures
Changes by koobs <koobs.free...@gmail.com>: -- priority: normal -> high ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25950> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25950] svn.python.org SSL certificate expired, causing test failures
New submission from koobs: It appears all HTTPS/SSL tests that use the remote host svn.python.org are failing. All branch builds (tests) are currently broken on koobs-freebsd-current. I think it's the only bot that has run builds post 24th December so far. http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%203.5/builds/21/steps/test/logs/stdio Investigation reveals: svn.python.org uses an invalid security certificate. The certificate is not trusted because the issuer certificate is unknown. The server might not be sending the appropriate intermediate certificates. An additional root certificate may need to be imported. The certificate expired on Friday, 25 December 2015 7:28 AM. The current time is Saturday, 26 December 2015 1:01 AM. (Error code: sec_error_unknown_issuer) Have poked people in #python-infra -- messages: 256990 nosy: koobs priority: normal severity: normal status: open title: svn.python.org SSL certificate expired, causing test failures ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25950> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25940] SSL tests failed due to expired svn.python.org SSL certificate
koobs added the comment: I'm here from (duplicate) issue 25950 -- nosy: +koobs priority: normal -> high ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25940> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Changes by koobs <koobs.free...@gmail.com>: -- keywords: +easy, needs review versions: +Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue20767> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25809] "Invalid" tests on locales
koobs added the comment: Thank you all. A+++, would collaborate again. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25809> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25809] "Invalid" tests on locales
koobs added the comment: Just to note, the koobs-freebsd-current buildbot is still failing on 3.4, which reminded me to re-open -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25809> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25809] "Invalid" tests on locales
koobs added the comment: Re-open for 3.4 merge -- status: closed -> open versions: +Python 3.4 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25809> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25809] "Invalid" tests on locales
Changes by koobs <koobs.free...@gmail.com>: -- nosy: +koobs ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25809> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7352] pythonx.y-config --ldflags out of /usr and missing -L
koobs added the comment: To clarify, the bug remains in all branches including default, but only 3.4+ use the .sh script, leaving 3.3, 3.2, 2.7 using the python implementation. -- versions: +Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue7352> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7352] pythonx.y-config --ldflags out of /usr and missing -L
koobs added the comment: The attached patch courtesy of Jan Beich @ FreeBSD minimally mimics (in the python version), the --ldflags output of the shell version of python-config(.sh). The ideal scenario of course would be to use the shell script across all versions, as per revision c0370730b364 from #16235, so that two different versions of python-config no longer need to be maintained (as doko suggested in msg173710) and a whole bunch of now divergent code can be relegated to the depths. @doko - can we please get this in for at least 2.7 and 3.4 please, downstreams can at least then manage backports themselves for 3.3 and below if necessary. This *is* a bug. -- Added file: http://bugs.python.org/file40805/patch-issue7352.txt ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue7352> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).
koobs added the comment: @Serhiy If anyone can provide me some test code (I dont know how to test it) I'm happy to test it on 'unpatched' 2.7 and 3.5 ports -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25026> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).
koobs added the comment: Thanks for the insight Serhiy. A few questions .. Is clinic code updated based on *.c declarations at build time? If not when/how is the best place/method to run this for our ports/package builds? Does your suggestion to switch unsigned_int to unsigned_long imply that the following lines are no longer necessary? -if (PyArg_ParseTuple(args, "O#|i:ioctl", +if (PyArg_ParseTuple(args, "O#|i:ioctl", How do we get something like this fixed upstream for FreeBSD/OSX? If left un-patched, what is the impact on the user/system? Just a warning on console? -- versions: +Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25026> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).
koobs added the comment: @Serhiy If by "type of code at the time of commit" you mean upstream python code, msg250163 contains a link to what bits we replace in fcntlmodule.c and that "I -> k" has always been the same. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25026> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).
New submission from koobs: In my current attempt to create a FreeBSD port for python35, I've come across a patch rejection for the fcntlmodule.c for a local port patch we've been carrying since Python 2.6: https://svnweb.freebsd.org/ports/head/lang/python27/files/patch-Modules__fcntlmodule.c?revision=391238=markup The original commit log for this change is: Fix fcntl module to accept 'unsigned long' type commands for ioctl(2). Although POSIX says the type is 'int', all BSD variants (including Mac OS X) have been using 'unsigned long' type for very long time and its use predates the standard long enough. For certain commands (e.g., TIOCSWINSZ, FIONBIO), the Python value may get sign-extended on 64-bit platforms (by implicit type promotion) and it causes annoying warnings from kernel such as this: WARNING pid 24509 (python2.6): ioctl sign-extension ioctl 8004667e I'm not sure how this should be fixed upstream, nor clear on how to re-patch it given recent changes to fcntlmodule.c -- components: Interpreter Core keywords: easy messages: 250163 nosy: koobs priority: normal severity: normal status: open title: (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2). type: behavior versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25026> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25025] Missing 3.5.0 RC3 tarballs (FTP)
koobs added the comment: @Martin, weird, I'm still not seeing any files/dirs matching 'rc3'. I have refreshed properly (cache-control 0 + empty cache) and still getting a similar listing. Fresh fetch output on the index URL: Python-3.5.0rc1.tar.xz 11-Aug-2015 01:00 14798596^M Python-3.5.0rc1.tar.xz.asc 11-Aug-2015 01:00 819^M Python-3.5.0rc1.tgz 11-Aug-2015 00:59 20038557^M Python-3.5.0rc1.tgz.asc 11-Aug-2015 01:00 819^M Python-3.5.0rc2.tar.xz 25-Aug-2015 17:26 14841476^M Python-3.5.0rc2.tar.xz.asc 25-Aug-2015 17:26 819^M Python-3.5.0rc2.tgz 25-Aug-2015 17:25 20055455^M Python-3.5.0rc2.tgz.asc 25-Aug-2015 17:26 819^M python-3.5.0a1-amd64-webinstall.exe 08-Feb-2015 03:14 916296^M python-3.5.0a1-amd64.exe 08-Feb-2015 03:14 22844576^M python-3.5.0a1-macosx10.5.pkg 08-Feb-2015 02:28 25160803^M python-3.5.0a1-macosx10.5.pkg.asc 8-Feb-2015 02:28 819^M Resolved host is: 103.245.222.223 Perhaps too-aggressive cache configuration, or not so good revalidate settings @ Fastly? -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25025> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25025] Missing 3.5.0 RC3 tarballs (FTP) on Fastly nodes
koobs added the comment: Was a bug, now fixed (adjust title/resolution to compensate) Thanks Berker! -- resolution: not a bug -> fixed title: Missing 3.5.0 RC3 tarballs (FTP) -> Missing 3.5.0 RC3 tarballs (FTP) on Fastly nodes ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25025> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25025] Missing 3.5.0 RC3 tarballs (FTP)
New submission from koobs: 3.5.0 rc3 tarballs appear to be missing on: https://www.python.org/ftp/python/3.5.0/ -- messages: 250159 nosy: koobs priority: normal severity: normal status: open title: Missing 3.5.0 RC3 tarballs (FTP) versions: Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25025> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24557] Refactor LibreSSL / EGD detection
Changes by koobs koobs.free...@gmail.com: -- components: +Build, Library (Lib) keywords: +easy, needs review nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24557 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24520] Stop using deprecated floating-point environment functions on FreeBSD
Changes by koobs koobs.free...@gmail.com: -- keywords: +needs review nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24520 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12210] test_smtplib: intermittent failures on FreeBSD
koobs added the comment: Observed the following test_smtplib failure on koobs-freebsd10, noting that the timeout parameter is still 3 test test_smtplib failed -- Traceback (most recent call last): File /usr/home/buildbot/python/2.7.koobs-freebsd10/build/Lib/test/test_smtplib.py, line 222, in testHELP smtp = smtplib.SMTP(HOST, self.port, local_hostname='localhost', timeout=3) File /usr/home/buildbot/python/2.7.koobs-freebsd10/build/Lib/smtplib.py, line 256, in __init__ (code, msg) = self.connect(host, port) File /usr/home/buildbot/python/2.7.koobs-freebsd10/build/Lib/smtplib.py, line 317, in connect (code, msg) = self.getreply() File /usr/home/buildbot/python/2.7.koobs-freebsd10/build/Lib/smtplib.py, line 365, in getreply + str(e)) SMTPServerDisconnected: Connection unexpectedly closed: timed out[283/401] test_abstract_numbers Complete log attached. -- nosy: +koobs resolution: wont fix - stage: resolved - needs patch status: closed - open Added file: http://bugs.python.org/file39777/koobs-freebsd10.python.27.build978.log ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13501 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22625] When cross-compiling, don’t try to execute binaries
koobs added the comment: Incorrect recursive use of make will be fixed in default, 3.5, 3.4 (?), 2.7 in issue 22359, reflect the versions correctly here so they're not forgotten. -- nosy: +koobs versions: +Python 2.7, Python 3.4, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22625 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7352] pythonx.y-config --ldflags out of /usr and missing -Linstall_lib_dir
Changes by koobs koobs.free...@gmail.com: -- components: +Build keywords: +needs review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7352 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22359] Remove incorrect uses of recursive make
koobs added the comment: Initial commit to default is done. Backport to 2.7 3.4 branches remains to do -- components: -Cross-Build keywords: +easy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22359 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22359] Remove incorrect uses of recursive make
koobs added the comment: Add 3.5 to list of versions merging required for -- versions: +Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22359 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)
koobs added the comment: Additionally on koobs-freebsd9, in my home directory (which is on ZFS) The buildbot home directories are on UFS -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15745 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)
koobs added the comment: Larry: The same two hosts that the FreeBSD Python buildslaves run on :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15745 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)
koobs added the comment: I have tested both patches (test_os by trent) and almostequaltime by harrison on the default branch, and *both* result in test_os passing. They also resolve the test_utime failure reported in bug 24175 and very likely 16287 (born from this issue) -- versions: +Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15745 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)
koobs added the comment: Hmm, that was supposed to be: issue 24175 and very likely issue 16287 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15745 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)
koobs added the comment: Can a test be made to show a message (similar to a skipIf reason=) mentioning that a reduced precision is being used for certain tests? It would be nice not to have to remember this issue as platform support changes (reads: improves) over time. Not withstanding, it's also apparent that there may be an underlying rounding bug or race condition that ultimately causes some of the assertions in this tests to be false, which is the premise behind Harrisons assertAlmostEqual patch (matching other tests) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15745 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22359] Remove incorrect uses of recursive make
koobs added the comment: martin: yes, if the incorrect usage of recursive make is in the 2.7 and 3.4 branches and the fix is relevant to the issues I reported. Of course all subsequent changes (fixing cross-builds) should be applied there too. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22359 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24175] Consistent test_utime() failures on FreeBSD
koobs added the comment: test_utime is now consistently failing on 3.4, 3.5 and default -- priority: normal - high title: Sporadic test_utime() failures on FreeBSD - Consistent test_utime() failures on FreeBSD versions: +Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24175 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22359] Remove incorrect uses of recursive make
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22359 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22359] Remove incorrect uses of recursive make
koobs added the comment: We've (FreeBSD) seen and received several random and intermittent reports of failures during this stage of the build for all versions of Python, resulting in errors such as, among others: Parser/pgen.o: file not recognized: File truncated *** [Parser/pgen] Error code 1 pgenmain.c:(.text+0x258): undefined reference to `_Py_pgen' *** [Parser/pgen] Error code 1 1 error *** [Include/graminit.h] Error code 2 See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200622 Given the existing patch breaks cross-builds, is there an alternative or safer way to make this section of the build more robust in order to make progress? -- versions: +Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22359 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22359] Remove incorrect uses of recursive make
Changes by koobs koobs.free...@gmail.com: -- stage: resolved - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22359 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24308] Test failure: test_with_pip (test.test_venv.EnsurePipTest in 3.x
koobs added the comment: My mistake, revision 1ca30423b0c99c9599d5d4654323eeeae4a03804 or revision 29b95625a07cc5bb22e260c983500ed9efed67bf -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24308 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24308] Test failure: test_with_pip (test.test_venv.EnsurePipTest in 3.x
New submission from koobs: test_with_pip fails since revision 0d0989359bbbff9aa502158e362eb298e1a8ba7c with the following output: == FAIL: test_with_pip (test.test_venv.EnsurePipTest) -- Traceback (most recent call last): File /usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_venv.py, line 390, in test_with_pip self.assertEqual(err, ) AssertionError: You are using pip version 6.1.1, however[102 chars]d.\n != '' - You are using pip version 6.1.1, however version 7.0.1 is available. - You should consider upgrading via the 'pip install --upgrade pip' command. -- assignee: dstufft components: Distutils, Tests keywords: buildbot messages: 244249 nosy: dstufft, eric.araujo, koobs priority: normal severity: normal status: open title: Test failure: test_with_pip (test.test_venv.EnsurePipTest in 3.x versions: Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24308 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24175] Sporadic test_utime() failures on FreeBSD
koobs added the comment: See also: Issue 16287 (Solaris) Issue 15745 (Related to FreeBSD/ZFS, has patch) 3.4 and 3.x are still failing -- title: Test failure in test_utime on FreeBSD - Sporadic test_utime() failures on FreeBSD ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24175 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24175] Test failure in test_utime on FreeBSD
New submission from koobs: The following test failure is observable in koobs-freebsd9 and koobs-freebsd10 buildbots, on the 3.4 and 3.x branches. == FAIL: test_utime (test.test_os.StatAttributeTests) -- Traceback (most recent call last): File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_os.py, line 418, in test_utime self._test_utime(self.fname, getattr, utime, 10) File /usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_os.py, line 405, in _test_utime self.assertEqual(attr(st0, st_mtime), attr(st1, st_mtime)) AssertionError: 1431519042.77718 != 1431519042.777179 The regression was introduced recently, with the last successful build on koobs-freebsd10 being: 3.4: revision 69951573cb0ecd264d14648b6854c2dce3974186 3.x: revision c031fa8e6884808667e4e5b800c4f2184d46279c -- components: Tests keywords: 3.4regression messages: 243083 nosy: koobs priority: normal severity: normal status: open title: Test failure in test_utime on FreeBSD versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24175 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24175] Test failure in test_utime on FreeBSD
koobs added the comment: After running the latest builds, it appears 3.x is now green, leaving 3.4 failing -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24175 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)
Changes by koobs koobs.free...@gmail.com: -- components: +Tests keywords: +needs review stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15745 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16287] Sporadic test_utime() failures on Solaris
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16287 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23485] PEP 475: handle EINTR in the select and selectors module
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23485 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22117] Rewrite pytime.h to work on nanoseconds
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22117 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23863] Fix EINTR Socket Module issues in 2.7
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23863 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17120] Mishandled _POSIX_C_SOURCE and _XOPEN_SOURCE in pyconfig.h
koobs added the comment: @RAW, can you attach a patch against the default branch please so we can move this forward? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17120 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23817] Consider FreeBSD like any other OS in SOVERSION
koobs added the comment: @haypo, if you could take care of the change in default, 3.4 and 2.7, we can backport the rest downstream. Thank you :) @bapt, can you create a separate issue to cover the create foo.so.X' symlink request, so python@ (freebsd team) can work to patch locally with an upstream reference -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23817 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23817] Consider FreeBSD like any other OS in SOVERSION
koobs added the comment: @haypo, yes, absolutely and no We will backport to security-only branches ourselves. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23817 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7352] pythonx.y-config --ldflags out of /usr and missing -Linstall_lib_dir
koobs added the comment: @doko, as per the original report by Joel, the issue is: * Reproducible with --enable-shared (most downstream OS's / packages use this) Additionally: * in the python script, not the shell script (by default used by 3.4) * Is reproducible in all branches (including default) See the following test matrix from 'default' ./configure make LD_LIBRARY_PATH=. ./python python-config.py --ldflags -L/usr/local/lib/python3.5/config-3.5m -lpython3.5m -lutil -lm -Wl,--export-dynamic sh python-config --ldflags -LNONE/lib/python3.5/config-3.5m -L/mnt/home/user/repos/lib -lpython3.5m -lutil -lm -Wl,--export-dynamic ^--- hmm .. NONE ... what? ./configure --prefix=/usr/local make LD_LIBRARY_PATH=. ./python python-config.py --ldflags -L/usr/local/lib/python3.5/config-3.5m -lpython3.5m -lutil -lm -Wl,--export-dynamic sh python-config --ldflags -L/mnt/home/user/repos/lib/python3.5/config-3.5m -L/mnt/home/user/repos/lib -lpython3.5m -lutil -lm -Wl,--export-dynamic ./configure --enable-shared make LD_LIBRARY_PATH=. ./python python-config.py --ldflags -lpython3.5m -lutil -lm -Wl,--export-dynamic sh python-config --ldflags -L/mnt/home/user/repos/lib -lpython3.5m -lutil -lm -Wl,--export-dynamic ./configure --enable-shared --prefix=/usr/local make LD_LIBRARY_PATH=. ./python python-config.py --ldflags -lpython3.5m -lutil -lm -Wl,--export-dynamic sh python-config --ldflags -L/mnt/home/user/repos/lib -lpython3.5m -lutil -lm -Wl,--export-dynamic While I'm here, update versions. Note: This issue was originally reported for 2.7, 3.2, 3.3 -- versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7352 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23817] Consider FreeBSD like any other OS in SOVERSION
koobs added the comment: +1 -- stage: - needs patch type: - enhancement versions: +Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23817 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23042] ctypes module doesn't build on FreeBSD, RHEL (x86) - Undefined symbol ffi_call_win32
koobs added the comment: See also: Issue: https://github.com/atgreen/libffi/issues/180 Title: OSX/i386 build is broken in v3.2.1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23042 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23042] ctypes module doesn't build on FreeBSD, RHEL (x86) - Undefined symbol ffi_call_win32
koobs added the comment: @marc I took a look at the code upstream and it does indeed appear to be the same. It was introduced in 3.1 [1]. I cant explain however how or why our Python ports work with libffi 3.2.1. See msg238767 for a link to another similar (same?) issue, with failure of OSX on 3.2.1 (building libffi, not python) [1] https://github.com/atgreen/libffi/commit/e1911f78df113ca58738b66089a070d4cf747de7 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23042 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23042] ctypes module doesn't build on FreeBSD, RHEL (x86) - Undefined symbol ffi_call_win32
koobs added the comment: @Marc, if upstream 3.2.1 also has the issue, then that would mean the current FreeBSD Python ports, which use --use-system-ffi and the security/libffi port, currently at version 3.2.1 [1], can reproduce the issue. I'm not aware of reports that they fail in this manner though. [1] http://www.freshports.org/devel/libffi/ -- title: ctypes module doesn't build on FreeBSD x86 - ctypes module doesn't build on FreeBSD, RHEL (x86) - Undefined symbol ffi_call_win32 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23042 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22521] ctypes compilation fails on FreeBSD: Undefined symbol ffi_call_win32
koobs added the comment: FWIW, see #23042 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22521 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7352] pythonx.y-config --ldflags out of /usr and missing -Linstall_lib_dir
koobs added the comment: +nosy doko on ned_deily's advice -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7352 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7352] pythonx.y-config --ldflags out of /usr and missing -Linstall_lib_dir
koobs added the comment: Still an issue on 2.7, 3.2, 3.3. Updating Versions to reflect this fact and assist downstreams in backporting a forthcoming fix to those versions that won't get it due to security-fix only branches. See Also: Issue: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197757 Patch: https://bz-attachments.freebsd.org/attachment.cgi?id=153794 -- nosy: +haypo versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7352 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7352] pythonx.y-config --ldflags out of /usr and missing -Linstall_lib_dir
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7352 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
koobs added the comment: For what it's worth, we've been running with patch 0001 on FreeBSD's Python 3.4 port for 8 months with no issues [1]. It allows downstreams like us to easily customise what modules gets built, and offers substantial flexibility and benefits for various packaging scenarios. This patch is the simplest approach that offers benefits without complicating the existing built infrastructure, or precluding a more 'elegant' solution if one is forthcoming in the future. [1] https://svnweb.freebsd.org/ports/head/lang/python34/files/patch-issue20210 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com