[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
[issue17192] libffi-3.0.13 import
koobs added the comment: These break what was addressed in #11729 for default, 3,x and 3.3. 2.7 seems to have made it through unscathed. I'm not sure where or how the old code was introduced, but the clang fix has been upstreamed and is correct in the pure libffi 3.0.13 sources Failure to build ctypes can be seen here: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%2Bclang%203.x/builds/1246/steps/test/logs/stdio http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%2Bclang%203.x/builds/1245/steps/test/logs/stdio http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%2Bclang%203.3/builds/538/steps/test/logs/stdio -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue17192> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17656] Python 2.7.4 breaks ZipFile extraction of zip files with unicode member paths
koobs added the comment: heads-up: Tests are still failing on FreeBSD (gcc & clang) buildbots: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%202.7/builds/472/steps/test/logs/stdio http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%2Bclang%202.7/builds/468/steps/test/logs/stdio -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue17656> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17809] FAIL: test_expanduser when $HOME ends with /
New submission from koobs:
test_expanduser in test.test_posixpath.PosixPathTest fails when the users $HOME
ends with "/"
==
FAIL: test_expanduser (test.test_posixpath.PosixPathTest)
--
Traceback (most recent call last):
File
"/usr/home/buildbot/python/3.x.koobs-freebsd/build/Lib/test/test_posixpath.py",
line 264, in test_expanduser
self.assertEqual(posixpath.expanduser("~"), home)
AssertionError: '/usr/home/buildbot' != '/usr/home/buildbot/'
- /usr/home/buildbot
+ /usr/home/buildbot/
? +
--
Test failures can be seen in the following FreeBSD 9-STABLE buildbots on all
branches except 2.7:
3.x -
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%203.x/builds/1256/steps/test/logs/stdio
3.3 -
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%203.3/builds/546/steps/test/logs/stdio
3.2 -
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%203.2/builds/490/steps/test/logs/stdio
It is also reproducible outside of the buildbot environment using fresh Python
3.3.1 sources with default build configuration (see attached expanduser.log)
Commenting out Lib/test/test_posixpath.py#l264 results in the test passing
--
components: Library (Lib), Tests
files: expanduser.log
messages: 187494
nosy: koobs
priority: normal
severity: normal
status: open
title: FAIL: test_expanduser when $HOME ends with /
versions: Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file29964/expanduser.log
___
Python tracker
<http://bugs.python.org/issue17809>
___
___
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: There's some work that's been in the FreeBSD bleachers since Jul 2012 to add futimens() and utimensat(), with some recent activity: RFC: futimens(2) and utimensat(2) - Jul 2012 http://lists.freebsd.org/pipermail/freebsd-arch/2012-February/012409.html RFC: futimens(2) and utimensat(2) - Jan 2013 http://lists.freebsd.org/pipermail/freebsd-arch/2013-January/013903.html I've also recently been made aware of a vfs.timestamp_precision sysctl and tested adjusting it from it's default of 0 -> 3, without success: sysctl -d vfs.timestamp_precision vfs.timestamp_precision: File timestamp precision (0: seconds, 1: sec + ns accurate to 1/HZ, 2: sec + ns truncated to ms, 3+: sec + ns (max. precision)) I'll do my best at this end to encourage the above implementation to be committed and request merges to other branches of FreeBSD (likely just 9-STABLE) In the meantime however, what can be done in the short-term to either tweak the tests so they pass or account for the difference in implementations? The current test failures on the buildbots make it difficult at best to ensure core developers are being notified or exposed to other regressions and issues that have cropped up in recent months. -- nosy: +koobs ___ 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
[issue17809] FAIL: test_expanduser when $HOME ends with /
koobs added the comment: After some sleuthing with Ezio (thank you for the help) and some amateur debugging, all conditions in expanduser return the the home directory after stripping trailing slashes. The assertion in Lib/test/test_posixpath.py:264 compares expanduser(path) with a path obtained directly from pwd.getpwuidpw_dir "without" submitting it to the same treatment, and thus the test fails when $HOME ends in a "/". The assertion was added in f11da6cecffd (2011-03-17) in order to show that expanduser() "does" infact derive a path from pw_dir, when $HOME is undefined, as the test indicates by deleting the environment variable In so far as using exact path equivalence to make that assertion, the 'home' variable in the test either ought to be subjected to the same treatment as paths derived via expanduser(), or the assertion relaxed to use assertIsNotNone. Given the comment in the test: "# expanduser should fall back to using the password database", my feeling is that the failure case is that no path is returned if a username is not provided in the path passed to expanduser, and as such assertIsNotNone is the more specific assertion, but I'll leave it in the hands of the experts to make the call. -- ___ Python tracker <http://bugs.python.org/issue17809> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17192] libffi-3.0.13 import
koobs added the comment: Ready to confirm on buildbots when this lands Also, libffi-3.0.13 is installed on my buildbots if you want to use -custom to have a play, I can be pinged anytime on IRC if I can be of any assistance. koobs @ #python-dev -- ___ Python tracker <http://bugs.python.org/issue17192> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17773] test_pydoc fails with the installed testsuite (2.7)
koobs added the comment: I am seeing a similar set of test failures buildbots for 2.7 that are relatively recent too: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%2Bclang%202.7/builds/479/steps/test/logs/stdio I cant account for test_html_doc failure but I have seen apropos tests fail in the past here due to third party modules doing funny things. I upstreamed a fix in buildbot which addressed it as seen in this commit: https://github.com/buildbot/buildbot/commit/126e02341c76bd5a027c2ca5a8467aa5708228f2#master/buildbot/test/__init__.py I can test again without paramiko installed on the buildbot to see what the test failure delta is and report back -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue17773> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17809] FAIL: test_expanduser when $HOME ends with /
koobs added the comment: The attached patch strips the trailing slash from the home directory obtained from pw_dir in test_expanduser ./python -m test -j3 test_posixpath [1/1] test_posixpath 1 test OK. Can someone take care of the commit please, and thank you again Ezio for the assistance -- keywords: +patch Added file: http://bugs.python.org/file30128/test_posixpath.patch ___ Python tracker <http://bugs.python.org/issue17809> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17809] FAIL: test_expanduser when $HOME ends with /
koobs added the comment: Thanks Antoine, I'm removing the 'Library' component on this one given the proposed resolution. Additionally, given the trivial nature and isolation of the change strictly to the test, I'd like to request this go into 3.2 as well. For any future security fixes to 3.2 until its EoL, having our buildbots 'green' is imperative and a prerequisite for identifying regressions -- components: -Library (Lib) ___ Python tracker <http://bugs.python.org/issue17809> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17809] FAIL: test_expanduser when $HOME ends with /
koobs added the comment: Spoil Ezio and learn me some python dev guide conventions, with an updated patch generated via hg diff, containing a comment, and including a bug #ID reference -- Added file: http://bugs.python.org/file30174/test_posixpath_v2.diff ___ Python tracker <http://bugs.python.org/issue17809> ___ ___ 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:
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
[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
[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
[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
[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
[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 <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)
Changes by koobs : -- versions: +Python 3.3 ___ Python tracker <http://bugs.python.org/issue22928> ___ ___ 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 <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
<http://bugs.python.org/issue23908>
___
___
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 <http://bugs.python.org/issue24557> ___ ___ 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 <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&sektion=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 <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 <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: 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 <http://bugs.python.org/issue24773> ___ ___ 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 <http://bugs.python.org/issue27612> ___ ___ 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 : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue26662> ___ ___ 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
<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()
Changes by koobs : -- versions: +Python 3.6 ___ Python tracker <http://bugs.python.org/issue19613> ___ ___ 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 <http://bugs.python.org/issue23085> ___ ___ 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 : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue26852> ___ ___ 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 : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue23968> ___ ___ 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 <http://bugs.python.org/issue24773> ___ ___ 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&revision=346428 https://svnweb.freebsd.org/ports?view=revision&revision=351610 -- ___ Python tracker <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 <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 <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: Not sure why the stage field changed on last submission. Restore accordingly to previous state -- stage: patch review -> commit review ___ Python tracker <http://bugs.python.org/issue20767> ___ ___ 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 <http://bugs.python.org/issue10910> ___ ___ 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 <http://bugs.python.org/issue27181> ___ ___ 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 : -- nosy: +koobs ___ Python tracker <http://bugs.python.org/issue26040> ___ ___ 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 : -- nosy: +koobs versions: +Python 3.5, Python 3.6 ___ Python tracker <http://bugs.python.org/issue27831> ___ ___ 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 <https://bugs.python.org/issue27838> ___ ___ 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
