[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)
koobs added the comment: I've moved both of the FreeBSD buildbot slaves off their ZFS-backed home directories and back to good old UFS. I want to ensure FreeBSD support continues to improve, and having slaves get noticed when they fail or regress with ongoing development is a big part of that. This is hard to achieve without movement on this issue, either in the form of a conditional skip, workaround or ultimate resolution -- ___ Python tracker <http://bugs.python.org/issue15745> ___ ___ Python-bugs-list mailing list Unsubscribe: http://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'm happy to move them back upon request, or create a FreeBSD/ZFS buildslave specially for the job, just let me know. -- ___ Python tracker <http://bugs.python.org/issue15745> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16715] Get rid of IOError. Use OSError instead
koobs added the comment: Commit to 3.3 broke at least my FreeBSD buildbot: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%203.3/builds/641/steps/test/logs/stdio Also setting +Version: Python 3.3 on this. -- nosy: +koobs versions: +Python 3.3 ___ Python tracker <http://bugs.python.org/issue16715> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16715] Get rid of IOError. Use OSError instead
koobs added the comment: Apologies for the noise Terry, rebuilding passes. Unsetting versions: 3.3 Is the failure on the build I reported worth opening an issue for? -- versions: -Python 3.3 ___ Python tracker <http://bugs.python.org/issue16715> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18296] test_os.test_trailers() is failing on AMD64 FreeBSD 9.0 dtrace 3.x
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue18296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18296] test_os.test_trailers() is failing on AMD64 FreeBSD 9.0 dtrace 3.x
koobs added the comment: I recently updated the buildbot host to the latest 9-STABLE sources (changeset delta is approximately 4-6 weeks) On a hunch I asked our src committers if there had been any sendfile related changes and was pointed to 3 changesets that were merged from current (MFC) to stable/9 4 weeks ago: http://svnweb.freebsd.org/base?view=revision&revision=250907 I reverted the kernel to r250906 (hunch commit -1) that resulted in a clean run: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%203.x/builds/1563 Manual Rebuild: Trying to isolate test_trailing with older kernel I have it on preliminary evidence that our regression tests are passing on this functionality, but analysis at the Python end for a root cause and details on how the test implementation plays a role would be helpful. -- ___ Python tracker <http://bugs.python.org/issue18296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18178] Redefinition of malloc(3) family of functions at build time
koobs added the comment: I've added a new FreeBSD 10.0-CURRENT buildbot to the pool (thanks antoine) that reproduces the issue and should provide sufficient coverage for testing the proposed patch: http://buildbot.python.org/all/buildslaves/koobs-freebsd10 I'll upgrade the FreeBSD 9-STABLE buildbot once this is resolved -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue18178> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16463] testConnectTimeout of test_timeout TCPTimeoutTestCasefailures fails intermittently
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue16463> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18296] test_os.test_trailers() is failing on AMD64 FreeBSD 9.0 dtrace 3.x
koobs added the comment: As per our IRC conversation, our 'koobs-freebsd10' bot also reproduces the failure and can be used to test the patch. -- ___ Python tracker <http://bugs.python.org/issue18296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18762] error in test_multiprocessing_forkserver
koobs added the comment: 2 more cases seen here: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.0%203.x/builds/227/steps/test/logs/stdio Note: cc on FreeBSD 10.0-CURRENT is clang and here: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%2Bclang%203.x/builds/1825/steps/test/logs/stdio -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue18762> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18746] test_threading.test_finalize_with_trace() fails on FreeBSD buildbot
koobs added the comment: I'm not sure if this issue is/was related, but it seems the commit addressing #18178 has taken care of the test_finalize_runnning_thread failure. I note that your description specifies test_finalize_"with_trace", perhaps suggesting your reproduction case may be something slightly different? FWIW, I don't think I've seen the 'with_trace' test fail on my buildbots (but correct me if I'm wrong) After the commit mentioned above, the FreeBSD 10 buildbot is now green on all branches. -- ___ Python tracker <http://bugs.python.org/issue18746> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18178] Redefinition of malloc(3) family of functions at build time
koobs added the comment: Commit looks good, confirming test suite passing for 3.x, 3.3 and 2.7.on http://buildbot.python.org/all/buildslaves/koobs-freebsd10 Thank you for picking this up and finishing it off Christian. -- ___ Python tracker <http://bugs.python.org/issue18178> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18793] occasional test_multiprocessing_forkserver failure on FreeBSD 10.0
koobs added the comment: Antoine, did you see: #18762 ? It references the samee failures on 9.x as well. Do you want to close this as a dupe, or maintain separate issues for each OS? -- ___ Python tracker <http://bugs.python.org/issue18793> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11973] kevent does not accept KQ_NOTE_EXIT (and other (f)flags)
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue11973> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6299] pyexpat build failure on Solaris 10 for 2.6.1/2.6.2
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue6299> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15018] Incomplete Python LDFLAGS and CPPFLAGS used for extension modules on posix
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue15018> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18418] Thread.isAlive() sometimes True after fork
koobs added the comment: For reference, this test is successfuly identifying failures on koobs-freebsd and koobs-freebsd10 buildbots: == FAIL: test_is_alive_after_fork (test.test_threading.ThreadTests) -- Traceback (most recent call last): File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/test_threading.py", line 478, in test_is_alive_after_fork self.assertEqual(0, status) AssertionError: 0 != 256 -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue18418> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18808] Thread.join returns before PyThreadState is destroyed
koobs added the comment: Adding reference to failing tests on koobs-freebsd9 and koobs-freebsd10 buildbots: == FAIL: test_is_alive_after_fork (test.test_threading.ThreadTests) -- Traceback (most recent call last): File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/test_threading.py", line 478, in test_is_alive_after_fork self.assertEqual(0, status) AssertionError: 0 != 256 -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue18808> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12978] Figure out extended attributes on BSDs
koobs added the comment:
FreeBSD (at least on 7.x, 8.x and 9.x) has the following syscalls available in
its API:
extattr_{get,set,list,delete}_{fd,file,link}
And also has: EXTATTR_MAXNAMELEN
http://www.freebsd.org/cgi/man.cgi?query=extattr&sektion=2&manpath=FreeBSD+9.0-RELEASE
--
nosy: +koobs
___
Python tracker
<http://bugs.python.org/issue12978>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12978] Figure out extended attributes on BSDs
koobs added the comment:
And to clarify the no-follow-symlinks case on FreeBSD:
extattr_{get,set,list,delete}_link "system calls behave in the same way as
their _file counterparts, except that they do not follow sym-links." as per the
man page.
--
___
Python tracker
<http://bugs.python.org/issue12978>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15184] Test failure in test_sysconfig_module
koobs added the comment: FYI, Added two FreeBSD based buildslaves to the cluster not long ago, one is dedicated to python+CLANG http://buildbot.python.org/all/buildslaves/koobs-freebsd-clang -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue15184> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8893] file.{read,readlines} behaviour on Solaris
koobs added the comment: uname -rs: FreeBSD 9.0-RELEASE-p3 (AMD64) python -V: Python 2.7.3 `python readline.py: read : ['oink', 'oink'] readlines: ['oink\n', 'oink\n'] readline : Without the patch: read : [] readlines: [] readline : Is there a test for this we could add? FreeBSD buildbots currently passing all tests -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue8893> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15617] FAIL: test_create_connection (test.test_socket.NetworkConnectionNoServer)
koobs added the comment:
Incase it helps at all, I'm seeing the test failure preparing for adding
python33 to the FreeBSD ports tree.
On FreeBSD 9.0-RELEASE-p3 (amd64), with /etc/hosts configured as follows:
::1 localhost.domain localhost
127.0.0.1 localhost.domain localhost
The following is returned:
>>> socket.getaddrinfo('localhost', 80, 0, socket.SOCK_STREAM, 0,
>>> socket.AI_ADDRCONFIG)
[(2, 1, 6, '', ('127.0.0.1', 80)), (28, 1, 6, '', ('::1', 80, 0, 0))]
>>>
--
nosy: +koobs
___
Python tracker
<http://bugs.python.org/issue15617>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17975] libpython3.so conflicts between $VERSIONs
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue17975> ___ ___ 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
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue20210> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17975] libpython3.so conflicts between $VERSIONs
koobs added the comment: Confirming that altinstall installs libpython3.so -- ___ Python tracker <http://bugs.python.org/issue17975> ___ ___ 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: These are a good step toward bringing the otherwise neglected Python build system back to the real world in terms of standard functionality, and will among other things, make life an absolute pleasure for downstreams and users alike. "User-Serviceable" options are expected (in particular in autotools-based build systems), *not* a luxury, and have been missing from the start. A complicated build system is not a function its feature-set or flexibility, but of the quality of its evolution. There is also a distinction between the ability to customise the options of a build, and the defaults of those options. "Will no longer be a standard library" is a straw man. These patches present only as a user-configurable extension to otherwise statically defined configurations that must be patched manually to modify. This is painful. With my downstream (FreeBSD) porter & consumer-and-hacker-of-Python-build-mechanics hat on, I'd like to see these and more 'options' out-of-the-box. -- ___ Python tracker <http://bugs.python.org/issue20210> ___ ___ 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: More precisely: Python 3.3 fails at anything > -j1 (switching to gmake makes this go away) Python 3.4 has not failed up to -j8 (with bsd make) -- ___ Python tracker <http://bugs.python.org/issue20210> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21082] os.makedirs(exist_ok=True) is not thread-safe: umask is set temporary to 0, serious security problem
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue21082> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21102] 3.4.0 PDF (a4,letter) and EPUB documentation missing
New submission from koobs:
python-3.4.0-docs-pdf-letter.{zip,tar.bz2}
python-3.4.0-docs-pdf-letter.{zip,tar.bz2}
are missing from:
https://www.python.org/ftp/python/doc/3.4.0/
/current/ also still points to 3.3.x documentation:
https://www.python.org/ftp/python/doc/current/
--
assignee: docs@python
components: Documentation
messages: 215176
nosy: docs@python, koobs
priority: normal
severity: normal
status: open
title: 3.4.0 PDF (a4,letter) and EPUB documentation missing
versions: Python 3.4
___
Python tracker
<http://bugs.python.org/issue21102>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21102] 3.4.0 PDF (a4,letter) and EPUB documentation missing
koobs added the comment:
Missing files was supposed to read:
python-3.4.0-docs-pdf-a4.{zip,tar.bz2}
python-3.4.0-docs-pdf-letter.{zip,tar.bz2}
python-3.4.0-docs-epub.{zip,tar.bz2}
--
___
Python tracker
<http://bugs.python.org/issue21102>
___
___
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 existance of byte-compiled files
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue20397> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21166] Bus error on "AMD64 FreeBSD 9.x 3.4" buildbot
koobs added the comment: Uploading gdb output at Victors request -- nosy: +koobs Added file: http://bugs.python.org/file34749/gdb.log ___ Python tracker <http://bugs.python.org/issue21166> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21166] Bus error on "AMD64 FreeBSD 9.x 3.4" buildbot
koobs added the comment: Interestingly, I note the following lines from the gdb log: #5 0x000801ae1e99 in PyModule_Create2 () from /usr/local/lib/libpython3.4m.so.1 #6 0x000801840de8 in PyInit__heapq () from /usr/local/lib/python3.4/lib-dynload/_heapq.so I had installed Python 3.4 just prior to Victor reporting the issue. If its at all relevant, Python 3.4 was built using clang (not gcc, which the buildbots use) Removing Python 3.4 from the system and rebuilding makes the issue go away. The question is, what is ./python from the buildbot build directory doing using, loading or otherwise interacting with the python installation on the system in the first place? Is a lack of isolation the root cause? -- ___ Python tracker <http://bugs.python.org/issue21166> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21166] Bus error on "AMD64 FreeBSD 9.x 3.4" buildbot
koobs added the comment: Clarification: a) I had just installed Python 3.4 (at the system level, via ports) a) Removing Python 3.4 from the system and (forcing a rebuild of the buildbot) makes the issue go away. -- ___ Python tracker <http://bugs.python.org/issue21166> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20128] Re-enable test_modules_search_builtin() in test_pydoc
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue20128> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20123] pydoc.synopsis fails to load binary modules
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue20123> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20123] pydoc.synopsis fails to load binary modules
koobs added the comment: koobs-freebsd9 (3.4) buildbot has also been failing for a while on what seems to be this changeset: == ERROR: test_synopsis_sourceless (test.test_pydoc.PydocDocTest) -- Traceback (most recent call last): File "/usr/home/buildbot/python/3.4.koobs-freebsd9/build/Lib/test/test_pydoc.py", line 504, in test_synopsis_sourceless synopsis = pydoc.synopsis(filename) File "/usr/home/buildbot/python/3.4.koobs-freebsd9/build/Lib/pydoc.py", line 238, in synopsis mtime = os.stat(filename).st_mtime FileNotFoundError: [Errno 2] No such file or directory: '/usr/home/buildbot/python/3.4.koobs-freebsd9/build/Lib/__pycache__/os.cpython-34.pyc' Full buildlog is attached. -- Added file: http://bugs.python.org/file34796/koobs-freebsd9-3.4-build57.log ___ Python tracker <http://bugs.python.org/issue20123> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20128] Re-enable test_modules_search_builtin() in test_pydoc
koobs added the comment: test_synopsis_sourceless is also failing on koobs-freebsd9 (3.4) and has been for a while. Failing test inlined here, for full buildlog, see msg215997 in #20123 == ERROR: test_synopsis_sourceless (test.test_pydoc.PydocDocTest) -- Traceback (most recent call last): File "/usr/home/buildbot/python/3.4.koobs-freebsd9/build/Lib/test/test_pydoc.py", line 504, in test_synopsis_sourceless synopsis = pydoc.synopsis(filename) File "/usr/home/buildbot/python/3.4.koobs-freebsd9/build/Lib/pydoc.py", line 238, in synopsis mtime = os.stat(filename).st_mtime FileNotFoundError: [Errno 2] No such file or directory: '/usr/home/buildbot/python/3.4.koobs-freebsd9/build/Lib/__pycache__/os.cpython-34.pyc' -- ___ Python tracker <http://bugs.python.org/issue20128> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20901] test_sqlite fails with SQLite 3.8.4
koobs added the comment: Updating versions to match branches fix was committed in -- nosy: +koobs versions: +Python 3.3 ___ Python tracker <http://bugs.python.org/issue20901> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19838] test.test_pathlib.PosixPathTest.test_touch_common fails on FreeBSD with ZFS
koobs added the comment: I'd like to put the buildbot slave instances back onto ZFS for broader Disk/IO test coverage for Python and other projects as well as to gain some administrative disk utilisation flexibility. These two issues have unfortunately precluded that, and there's much more value to projects with a reliably green buildbot than one that is red, ending up ignored, and hiding other issues or regressions in the meantime. +1 on disabling these tests and leaving the issues open so someone can pick them up at a later date and have a ZFS environment in which to reproduce/resolve them in a custom builder -- ___ Python tracker <http://bugs.python.org/issue19838> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16218] Python launcher does not support unicode characters
koobs added the comment: If there's not another revision of the test patch in the wings, can 56df0d4f0011 also be applied to 3.3, as tests are still failing on at least koobs-freebsd and koobs-freebsd-clang buildbots. -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue16218> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16218] Python launcher does not support unicode characters
koobs added the comment: Back to green for all branches on FreeBSD, thank you Victor -- ___ Python tracker <http://bugs.python.org/issue16218> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12812] libffi does not build with clang on amd64
koobs added the comment: This is also an issue for clang builds of Python on FreeBSD and results in the _ctypes extension failing to compile (See: koobs-freebsd-clang buildbot) The original mozilla patch (see References below) did not make it into the libffi 3.0.11 release, which has already been committed to the Cpython tree (see #15194) Attached here is the original Mozilla patch to configure & configure.ac which I have included in a PR submitted to the FreeBSD ports tree for python27 The PR includes test builds with gcc and clang on multiple FreeBSD versions and architectures, along with a libffi unit test run with clang (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/171768) I propose this patch be committed to all branches to re-enable _ctypes extension builds with clang. References: - http://www.cygwin.com/ml/libffi-discuss/2011/msg00024.html - https://bugzilla.mozilla.org/show_bug.cgi?id=631928 - https://github.com/atgreen/libffi/issues/21 - https://bugs.gentoo.org/show_bug.cgi?id=417179 - http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/171768 -- keywords: +patch nosy: +koobs Added file: http://bugs.python.org/file28186/libffi-3.0.11-clang.patch ___ Python tracker <http://bugs.python.org/issue12812> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12812] libffi does not build with clang on amd64
koobs added the comment: Correction, the PR mentioned in the previous comment has been submitted for devel/libffi in the FreeBSD ports tree (update from 3.0.9 -> 3.0.11), not lang/python27 -- ___ Python tracker <http://bugs.python.org/issue12812> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15747] Various chflags tests failing on FreeBSD/ZFS
koobs added the comment: I think this needs a backport to 2.7, my FreeBSD buildbots are failing on that branch since moving buildbots home directory onto a ZFS fs: == ERROR: test_chflags (test.test_posix.PosixTester) -- Traceback (most recent call last): File "/usr/home/buildbot/python/2.7.koobs-freebsd/build/Lib/test/test_posix.py", line 350, in test_chflags self._test_chflags_regular_file(posix.chflags, test_support.TESTFN) File "/usr/home/buildbot/python/2.7.koobs-freebsd/build/Lib/test/test_posix.py", line 337, in _test_chflags_regular_file chflags_func(target_file, st.st_flags | stat.UF_IMMUTABLE) OSError: [Errno 45] Operation not supported: '@test_38161_tmp' == ERROR: test_lchflags_regular_file (test.test_posix.PosixTester) -- Traceback (most recent call last): File "/usr/home/buildbot/python/2.7.koobs-freebsd/build/Lib/test/test_posix.py", line 354, in test_lchflags_regular_file self._test_chflags_regular_file(posix.lchflags, test_support.TESTFN) File "/usr/home/buildbot/python/2.7.koobs-freebsd/build/Lib/test/test_posix.py", line 337, in _test_chflags_regular_file chflags_func(target_file, st.st_flags | stat.UF_IMMUTABLE) OSError: [Errno 45] Operation not supported: '@test_38161_tmp' -- Ran 38 tests in 0.455s I won't link the buildbot log url here since it will not be valid forever. -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue15747> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15599] test_circular_imports() of test_threaded_import fails on FreeBSD 9.0
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue15599> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15747] Various chflags tests failing on FreeBSD/ZFS
koobs added the comment: Confirming successful 2.7 build post Victors commit on both buildbots (standard & clang) -- ___ Python tracker <http://bugs.python.org/issue15747> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16605] test_posix.test_fs_holes() fails on FreeBSD 9.0
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue16605> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16605] test_posix.test_fs_holes() fails on FreeBSD 9.0
koobs added the comment: I'll take care of upstream and report back with PR numbers. Happy with the skipIf until resolved. Thanks for your time and patience jcea, much appreciated. -- ___ Python tracker <http://bugs.python.org/issue16605> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16605] test_posix.test_fs_holes() fails on FreeBSD 9.0
koobs added the comment: Give me till the end of the weekend, will ping you for the skipIf then if I haven't made progress. Thank you again. -- ___ Python tracker <http://bugs.python.org/issue16605> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16605] test_posix.test_fs_holes() fails on FreeBSD 9.0
koobs added the comment: I have just upgraded the buildbot host to FreeBSD 9.1-RELEASE and cannot see failures in the 3.x and 3.3 branches over the last couple of builds. I have been unable to isolate the commit that fixed it, but the relevant revision log is here if anybody wants to cast an eye over it for confirmation http://svnweb.freebsd.org/base/head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c?view=log -- ___ Python tracker <http://bugs.python.org/issue16605> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16753] #include broken on FreeBSD 9.1-RELEASE
koobs added the comment: This was noted by Dmitry Sivachenko during tests of my python33 port for FreeBSD, with the following commits going to HEAD (CURRENT) and RELENG_9 (9-STABLE) respectively: http://svnweb.freebsd.org/base?view=revision&revision=243032 http://svnweb.freebsd.org/base?view=revision&revision=243331 If you need me to get any more info let me know -- ___ Python tracker <http://bugs.python.org/issue16753> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11729] libffi assembler relocation check is not robust, fails with clang
koobs added the comment: Stefan, can we merge this to the 2.7 branch as well please? http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%2Bclang%202.7/builds/308/steps/compile/logs/stdio -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue11729> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11729] libffi assembler relocation check is not robust, fails with clang
koobs added the comment: Thanks for the quick response. I'd be happy for it to be FreeBSD conditional/specific if that's more suitable, safer? Having said that, our buildbot OS coverage is pretty good, no? -- ___ Python tracker <http://bugs.python.org/issue11729> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4366] cannot find -lpythonX.X when building Python on FreeBSD with --enable-shared
koobs added the comment: Confirming identical failures on all branches: tip: /usr/bin/ld: cannot find -lpython3.4m 3.3: /usr/bin/ld: cannot find -lpython3.3m 3.2: /usr/bin/ld: cannot find -lpython3.2m 3.1: /usr/bin/ld: cannot find -lpython3.1 2.7: /usr/bin/ld: cannot find -lpython2.7 2.6: /usr/bin/ld: cannot find -lpython2.6 Tested attached patch with success, will carry this patch locally in all FreeBSD Python ports until it merged. Let's close this 5 year old nasty :) -- assignee: -> eric.araujo components: +Distutils nosy: +eric.araujo, koobs, tarek title: cannot find -lpythonX.X when buinding Python on FreeBSD -> cannot find -lpythonX.X when building Python on FreeBSD with --enable-shared versions: +Python 2.6, Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue4366> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4366] cannot find -lpythonX.X when building Python on FreeBSD with --enable-shared
koobs added the comment: Concur, and then also, why special case linux, gnu and sunos? The comment is: # Python's library directory [[must]] be appended to library_dirs (emphasis mine) Is the real question then "in what cases should the library path NOT be added?" ? I also note Christian used a different approach (#msg76118), electing to unconditionally add the path in setup.py -- ___ Python tracker <http://bugs.python.org/issue4366> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4366] cannot find -lpythonX.X when building Python on FreeBSD with --enable-shared
koobs added the comment: Attaching an initial patch with the following changes: - Update comment - Add original (#1600860) and current issue ID references - Remove sys.platform conditional - Remove NOOP sysconfig.get_config_var call (Reported by: birkenfeld) This results in all platforms receiving the same treatment as the default, which is consistent with the comment -- Added file: http://bugs.python.org/file31843/python-issue4366.diff ___ Python tracker <http://bugs.python.org/issue4366> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19133] Transient test failure: test_with_statement (test_ftplib)
New submission from koobs: Test failure observed on koobs-freebsd9 on default branch with changeset: 220b34cbd711c28938ea5d980636202c51ab1fbb Subsequent forced rebuild succeeded with no failure. == FAIL: test_with_statement (test.test_ftplib.TestTLS_FTPClassMixin) -- Traceback (most recent call last): File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_ftplib.py", line 723, in test_with_statement self.assertEqual(self.server.handler_instance.last_received_cmd, 'quit') AssertionError: 'noop' != 'quit' - noop + quit -- components: Tests messages: 198686 nosy: koobs priority: normal severity: normal status: open title: Transient test failure: test_with_statement (test_ftplib) ___ Python tracker <http://bugs.python.org/issue19133> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18919] Unify audio modules tests
koobs added the comment: Tests fail for 2.7 on the koobs-freebsd9 and koobs-freebsd10 buildbots since a9f967c8d002db364021a5fb1c9926a27029e849 Taking a snapshot of the output here for reference: test_aifc test test_aifc produced unexpected output: ** Warning: bad COMM chunk size Warning: bad COMM chunk size Warning: MARK chunk contains only 0 markers instead of 1 ** 363 tests OK. 1 test failed: test_aifc Re-running failed tests in verbose mode Re-running test 'test_aifc' in verbose mode test_read_comm_kludge_compname_even (test.test_aifc.AIFCLowLevelTest) ... Warning: bad COMM chunk size ok test_read_comm_kludge_compname_odd (test.test_aifc.AIFCLowLevelTest) ... Warning: bad COMM chunk size ok test_read_wrong_marks (test.test_aifc.AIFCLowLevelTest) ... Warning: MARK chunk contains only 0 markers instead of 1 ok -- Ran 80 tests in 0.102s OK -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue18919> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
koobs added the comment: There are 5 unique test failures that have come up in the koobs-freebsd* buildbots post the test_asyncio import. Would we prefer to create a meta issue to track them, or put them here? -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue19262> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19030] inspect.getmembers and inspect.classify_class_attrs mishandle descriptors
Changes by koobs : Added file: http://bugs.python.org/file32166/koobs-freebsd10-amd64-py3x-build588.log ___ Python tracker <http://bugs.python.org/issue19030> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19030] inspect.getmembers and inspect.classify_class_attrs mishandle descriptors
koobs added the comment: Multiple test_pydoc failures found on koobs-freebsd* buildbots after 39b06c3fbe2e6ef78a540513d4b81f2d095d1e62 Attaching complete logs from both bots to this issue, will reference #16938 as well -- nosy: +koobs Added file: http://bugs.python.org/file32165/koobs-freebsd9-amd64-py3x-build183.log ___ Python tracker <http://bugs.python.org/issue19030> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16938] pydoc confused by __dir__
koobs added the comment: Some test failures have cropped, I have attached buildbot logs and referenced them in #19030 -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue16938> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Changes by koobs : Added file: http://bugs.python.org/file32199/koobs-freebsd9-py3x-build180.log ___ Python tracker <http://bugs.python.org/issue19262> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
koobs added the comment: Summary of 4 test failures below, will attach the complete buildbot logs for detail. == FAIL: test_call_later (test.test_asyncio.test_events.SelectEventLoopTests) -- Traceback (most recent call last): File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_asyncio/test_events.py", line 241, in test_call_later self.assertTrue(0.09 <= t1-t0 <= 0.12, t1-t0) AssertionError: False is not true : 0.12008954107295722 == FAIL: test_signal_handling_args (test.test_asyncio.test_events.SelectEventLoopTests) -- Traceback (most recent call last): File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_asyncio/test_events.py", line 468, in test_signal_handling_args self.assertEqual(caught, 1) AssertionError: 0 != 1 == FAIL: test_create_server_ssl (test.test_asyncio.test_events.KqueueEventLoopTests) -- Traceback (most recent call last): File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_asyncio/test_events.py", line 626, in test_create_server_ssl self.assertEqual(3, proto.nbytes) AssertionError: 3 != 0 == Timeout (1:00:00)! Exception: Child error on test_asyncio: Exit code 1 -- -- Added file: http://bugs.python.org/file32198/koobs-freebsd9-py3x-build178.log ___ Python tracker <http://bugs.python.org/issue19262> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
Changes by koobs : Added file: http://bugs.python.org/file32200/koobs-freebsd9-py3x-build182.log ___ Python tracker <http://bugs.python.org/issue19262> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue13405> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
koobs added the comment: Marc, you just reminded me I need to ask antoine to re-create the custom DTrace builder that passes --with-dtrace, thanks :) I've been keeping both of the FreeBSD (9.x and 10.x) buildslaves as close to HEAD as possible with frequent world updates, which have been receiving a lot of DTrace love lately. I also note your follow-up on the PR you submitted, if I can help you or Jesús make progress on this, don't hesitate to let me know. -- ___ Python tracker <http://bugs.python.org/issue13405> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
koobs added the comment: antoine, is it possible test/pass --with-dtrace on a buildbot without including it in the master build configuration? If not, I'm happy to create a special (dedicated) slave for Jesús so he can continue to test his branch at leisure without messing up the existing slave configurations. That will also remove the dependency on me, and our inconvenient timezone overlap for communication :) -- ___ Python tracker <http://bugs.python.org/issue13405> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19262] Add asyncio (tulip, PEP 3156) to stdlib
koobs added the comment: @Guido, another expected delay test failure: == FAIL: test_run_until_complete (test.test_asyncio.test_events.KqueueEventLoopTests) -- Traceback (most recent call last): File "/usr/home/buildbot/python/3.x.koobs-freebsd9/build/Lib/test/test_asyncio/test_events.py", line 218, in test_run_until_complete self.assertTrue(0.08 <= t1-t0 <= 0.12, t1-t0) AssertionError: False is not true : 0.12018337799236178 Note: Also referenced "upstream" :] -- ___ Python tracker <http://bugs.python.org/issue19262> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue877121] configure detects incorrect compiler optimization
koobs added the comment: This also affects Python 2.7 / 3.1 on FreeBSD 10.x with CC=clang Referencing the PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=182952 Would like to see the commit backported as well. -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue877121> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue969718] BASECFLAGS are not passed to module build line
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue969718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16612] Integrate "Argument Clinic" into CPython trunk
koobs added the comment: _curses and _curses_panel fail to build after this commit on koobs-freebsd10 buildslave, with some lovely clang warnings too. Attaching full log here. -- nosy: +koobs Added file: http://bugs.python.org/file32217/koobs-freebsd10-py3x-build-610.log ___ Python tracker <http://bugs.python.org/issue16612> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19305] sporadic test_asyncio failure under FreeBSD
koobs added the comment: You rock Antoine. -- ___ Python tracker <http://bugs.python.org/issue19305> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19030] inspect.getmembers and inspect.classify_class_attrs mishandle descriptors
koobs added the comment: @Ethan, not sure if you've already seen them, but there are 4 pydoc failures since 2f09a6980e1a Attaching another complete log from build #245 on the koobs-freebsd9 buildslave here for posterity -- Added file: http://bugs.python.org/file32275/koobs-freebsd9-py3x-build245.log ___ Python tracker <http://bugs.python.org/issue19030> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19334] test_asyncio hanging for 1 hour (non-AIX version)
koobs added the comment: The original report and build logs were attached to the original issue covering the import of asyncio: #19262 Also attaching here. -- nosy: +koobs Added file: http://bugs.python.org/file32294/koobs-freebsd9-py3x-build180.log ___ Python tracker <http://bugs.python.org/issue19334> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19334] test_asyncio hanging for 1 hour (non-AIX version)
koobs added the comment: @antoine, would love some direction/guidance on ways to isolate. For what it's worth, the incidence of this failure dropped sharply over the subsequent 24 hours after the initial report. Could the relaxation of the timers in 042deeeb703 have had an effect? Thus far I've checked out default, and ran test_asyncio at -j16 -j32 and -j64 with no reproduction -- ___ Python tracker <http://bugs.python.org/issue19334> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19334] test_asyncio hanging for 1 hour (non-AIX version)
koobs added the comment: Correct changeset ID: e042deeeb703 -- ___ Python tracker <http://bugs.python.org/issue19334> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19343] Expose FreeBSD-specific APIs in resource module
New submission from koobs: At Christians request: RLIMIT_SBSIZE The maximum size (in bytes) of socket buffer usage for this user. This limits the amount of network memory, and hence the amount of mbufs, that this user may hold at any time. RLIMIT_SWAP The maximum size (in bytes) of the swap space that may be reserved or used by all of this user id's processes. This limit is enforced only if bit 1 of the vm.overcommit sysctl is set. Please see tuning(7) for a complete description of this sysctl. RLIMIT_NPTS The maximum number of pseudo-terminals created by this user id. All of the above exists on both FreeBSD 9-stable (9.x) and 10-stable (10.x) -- messages: 200903 nosy: koobs priority: normal severity: normal status: open title: Expose FreeBSD-specific APIs in resource module ___ Python tracker <http://bugs.python.org/issue19343> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue19554> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15819] Unable to build Python out-of-tree when source tree is readonly.
koobs added the comment: I'm not sure how I missed this, but our FreeBSD ports that build out-of-tree required adding a local patchthat reverts the Makefile.pre.in change in ab6ab44921b2 when we updated each port to the latest releases of 2.7, 3.2 and 3.3: https://svnweb.freebsd.org/ports?view=revision&revision=318353 Without it, builds fail with: cc -c -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -DNDEBUG -I. -IInclude -I./../Include -I/usr/local/include -fPIC -DPy_BUILD_CORE -o Python/Python-ast.o Python/Python-ast.c cc: Python/Python-ast.c: No such file or directory cc: No input files specified *** [Python/Python-ast.o] Error code 1 Stop in /freebsd/ports/lang/python27/work/Python-2.7.6/portbld.shared. I also note Trents msg173160 in issue #15298, which may be related?, but seems only resolved for OSX. What needs to be done to remove the need for this patch? -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue15819> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19599] Failure of test_async_timeout() of test_multiprocessing_spawn: TimeoutError not raised
koobs added the comment: 2.7 builds are failing on koobs-freebsd9 buildbot since ba7d53b5f3de test_multiprocessing [74777 refs] test test_multiprocessing failed -- Traceback (most recent call last): File "/usr/home/buildbot/python/2.7.koobs-freebsd9/build/Lib/test/test_multiprocessing.py", line 1194, in test_terminate self.assertTrue(join.elapsed < 0.2) AssertionError: False is not true 1 test failed: test_multiprocessing Full log of build #116 attached. -- nosy: +koobs Added file: http://bugs.python.org/file32743/koobs-freebsd9-py27-build116.log ___ Python tracker <http://bugs.python.org/issue19599> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19599] Failure of test_async_timeout() of test_multiprocessing_spawn: TimeoutError not raised
koobs added the comment: koobs-freebsd10 (2.7) is also seeing identical test failures since the change (slightly more intermittent than freebsd9) Is the increased sleep period now bumping against a test timing threshold (0.2) ? == FAIL: test_terminate (test.test_multiprocessing.WithThreadsTestPool) -- Traceback (most recent call last): File "/usr/home/buildbot/koobs-freebsd10/2.7.koobs-freebsd10/build/Lib/test/test_multiprocessing.py", line 1194, in test_terminate self.assertTrue(join.elapsed < 0.2) AssertionError: False is not true -- Full build log of #236 attached Adding 3.3 and 2.7 to versions since changes were backported -- versions: +Python 2.7, Python 3.3 Added file: http://bugs.python.org/file32746/koobs-freebsd10-py27-build236.log ___ Python tracker <http://bugs.python.org/issue19599> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19599] Failure of test_async_timeout() of test_multiprocessing_spawn: TimeoutError not raised
koobs added the comment:
@Richard, reporting all green on koobs-freebsd{9,10} 2.7 since 086865ceefe1
Thank you! :)
--
___
Python tracker
<http://bugs.python.org/issue19599>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19757] _tracemalloc.c: compiler warning with gil_state
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue19757> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19838] test.test_pathlib.PosixPathTest.test_touch_common fails on FreeBSD with ZFS
koobs added the comment: Is this similar/related to #15745? I took both of my buildbots (koobs-freebsd9, koobs-freebsd10) off ZFS until it could be resolved -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue19838> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19838] test.test_pathlib.PosixPathTest.test_touch_common fails on FreeBSD with ZFS
koobs added the comment: Sorry Claudiu I missed the issue reference in your comment -- ___ Python tracker <http://bugs.python.org/issue19838> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18885] handle EINTR in the stdlib
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue18885> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21704] _multiprocessing module builds incorrectly when POSIX semaphores are disabled
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue21704> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20981] ssl doesn't build anymore with OpenSSL 0.9.7 or older: X509_check_ca
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue20981> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19875] test_getsockaddrarg occasional failure
koobs added the comment: Thank you for taking care of this Charles-François :) Requesting backport to 3.3 and 2.7 too please, both are open for fixes. -- ___ Python tracker <http://bugs.python.org/issue19875> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19875] test_getsockaddrarg occasional failure
koobs added the comment: Updating versions to reflect branch changes. Will come in handy for those tracking for manual packaging backports -- versions: +Python 2.7, Python 3.5 -Python 3.3 ___ Python tracker <http://bugs.python.org/issue19875> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11445] python.exe on OS X shared-llbrary build erroneously linked to MacPorts python library
Changes by koobs : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue11445> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17923] test glob with trailing slash fail on AIX 6.1
koobs added the comment: David, reproducible on 3.4 and default? We can use Version to reflect where changes need to be committed -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue17923> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21166] Bus error in pybuilddir.txt 'python -m sysconfigure --generate-posix-vars' build step
koobs added the comment: :DDD This was an awesome experience working with you Ned, thanks for all the help. Attaching my debugging & isolation steps for additional detail, posterity and reference. -- Added file: http://bugs.python.org/file36356/python-buildbot-broken-debugging.txt ___ Python tracker <http://bugs.python.org/issue21166> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21704] _multiprocessing module builds incorrectly when POSIX semaphores are disabled
koobs added the comment: For reference and breadcrumbs, this also occurs when: checking for sem_open... yes checking for sem_timedwait... yes checking for sem_getvalue... yes checking for sem_unlink... yes checking whether POSIX semaphores are enabled... no checking for broken sem_getvalue... yes *** WARNING: renaming "_multiprocessing" since importing it failed: build/lib.freebsd-8.4-RELEASE-i386-3.4/_multiprocessing.so: Undefined symbol "_PyMp_sem_unlink" This can occur on FreeBSD jails, among other things, when host & jail versions differ. Attaching full QA log from RedPorts on FreeBSD 8.4-RELEASE -- Added file: http://bugs.python.org/file36464/freebsd-python34.log ___ Python tracker <http://bugs.python.org/issue21704> ___ ___ 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: See also: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192365 -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue17120> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6299] pyexpat build failure on Solaris 10 for 2.6.1/2.6.2
koobs added the comment: The issue applies and is reproducible for all versions 2.6 through 3.5. This is the changeset we applied to all FreeBSD Ports to fix the issue: https://svnweb.freebsd.org/ports?view=revision&revision=326729 One specific example (Python 3.3): 1) Use CPPFLAGS over CFLAGS (See before *and* after comments): https://svnweb.freebsd.org/ports/head/lang/python33/Makefile?r1=326729&r2=326728&pathrev=326729 2) Revert the absolutely crazy complexity in Makefile.pre.in by stripping out CONFIGURE_*, allowing once again ./configure to substitute the right variables based on what has been passed to it: https://svnweb.freebsd.org/ports/head/lang/python33/files/patch-Makefile.pre.in?r1=326729&r2=326728&pathrev=326729 This results in: Makefile.pre.in: CPPFLAGS= @CPPFLAGS@ <-- YAY! PY_CPPFLAGS=$(BASECPPFLAGS) -I. -IInclude -I$(srcdir)/Include $(CPPFLAGS) <-- YAY Makefile: CPPFLAGS= -I/usr/local/include - YAY! PY_CPPFLAGS=$(BASECPPFLAGS) -I. -IInclude -I$(srcdir)/Include $(CPPFLAGS) <-- YAY! The root cause *requiring* the use of CPPFLAGS, is PY_CFLAGS before PY_CPPFLAGS here: PY_CORE_CFLAGS= $(PY_CFLAGS) $(PY_CPPFLAGS) $(CFLAGSFORSHARED) -DPy_BUILD_CORE As per https://www.gnu.org/prep/standards/html_node/Command-Variables.html "Put CFLAGS last in the compilation command, after other variables containing compiler options, so the user can use CFLAGS to override the others." We must use CPPFLAGS, because CFLAGS has been broken in one way or another for a long time. The target state is *both* must just work. This can only happen if the standard user-serviceable autoconf and Makefile variables are left alone, not extended or overridden, and behave in exactly the same way whether provided in the environment for *either* ./configure, make, or *both*. For the most recent chapter in the C[PP|LD]FLAGS/Makefile book, see: 92a9dc668c95 from #9189 which was sound in intent, but in execution left us deeper down the rabbit-hole. Moving forward and as a first step, what does everyone think of switching the order of $(PY_CFLAGS) $(PY_CPPFLAGS) in PY_CORE_CFLAGS= ? I hope (but I'm not holding my breath) that nothing relies on the current ordering. -- ___ Python tracker <http://bugs.python.org/issue6299> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6299] pyexpat build failure on Solaris 10 for 2.6.1/2.6.2
koobs added the comment: Setting versions to correctly reflect those affected. -- versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker <http://bugs.python.org/issue6299> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
