zope-tests - FAILED: 17, OK: 91
This is the summary for test reports received on the zope-tests list between 2011-05-23 00:00:00 UTC and 2011-05-24 00:00:00 UTC: See the footnotes for test reports of unsuccessful builds. An up-to date view of the builders is also available in our buildbot documentation: http://docs.zope.org/zopetoolkit/process/buildbots.html#the-nightly-builds Reports received ---------------- Bluebream / Python2.4.6 64bit linux Bluebream / Python2.5.5 64bit linux Bluebream / Python2.6.5 64bit linux ZTK 1.0 / Python2.4.6 Linux 64bit ZTK 1.0 / Python2.5.5 Linux 64bit ZTK 1.0 / Python2.6.5 Linux 64bit ZTK 1.0dev / Python2.4.6 Linux 64bit ZTK 1.0dev / Python2.5.5 Linux 64bit ZTK 1.0dev / Python2.6.5 Linux 64bit Zope 3.4 KGS / Python2.4.6 64bit linux Zope 3.4 KGS / Python2.5.5 64bit linux Zope 3.4 Known Good Set / py2.4-32bit-linux Zope 3.4 Known Good Set / py2.4-64bit-linux Zope 3.4 Known Good Set / py2.5-32bit-linux Zope 3.4 Known Good Set / py2.5-64bit-linux Zope Buildbot / zope2.12-py2.6 slave-osx Zope Buildbot / zope2.12-py2.6 slave-ubuntu32 Zope Buildbot / zope2.12-py2.6 slave-ubuntu64 Zope Buildbot / zope2.13-py2.6 slave-osx Zope Buildbot / zope2.13-py2.6 slave-ubuntu32 Zope Buildbot / zope2.13-py2.6 slave-ubuntu64 Zope Buildbot / zope2.13-py2.7 slave-osx Zope Buildbot / zope2.13-py2.7 slave-ubuntu32 [1] Zope Buildbot / zope2.13-py2.7 slave-ubuntu64 Zope Buildbot / zope2.13_win-py2.6 slave-win Zope Buildbot / zope2.13_win-py2.7 slave-win Zope Buildbot / zope2.14-py2.6 slave-osx Zope Buildbot / zope2.14-py2.6 slave-ubuntu32 Zope Buildbot / zope2.14-py2.6 slave-ubuntu64 Zope Buildbot / zope2.14-py2.7 slave-osx Zope Buildbot / zope2.14-py2.7 slave-ubuntu32 [2] Zope Buildbot / zope2.14-py2.7 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.0-py2.4 slave-osx Zope Buildbot / zopetoolkit-1.0-py2.4 slave-ubuntu32 Zope Buildbot / zopetoolkit-1.0-py2.4 slave-ubuntu64 [3] Zope Buildbot / zopetoolkit-1.0-py2.5 slave-osx Zope Buildbot / zopetoolkit-1.0-py2.5 slave-ubuntu32 Zope Buildbot / zopetoolkit-1.0-py2.5 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.0-py2.6 slave-osx Zope Buildbot / zopetoolkit-1.0-py2.6 slave-ubuntu32 Zope Buildbot / zopetoolkit-1.0-py2.6 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.0_win-py2.4 slave-win Zope Buildbot / zopetoolkit-1.0_win-py2.5 slave-win Zope Buildbot / zopetoolkit-1.0_win-py2.6 slave-win Zope Buildbot / zopetoolkit-1.1-py2.5 slave-osx Zope Buildbot / zopetoolkit-1.1-py2.5 slave-osx Zope Buildbot / zopetoolkit-1.1-py2.5 slave-ubuntu32 Zope Buildbot / zopetoolkit-1.1-py2.5 slave-ubuntu32 Zope Buildbot / zopetoolkit-1.1-py2.5 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.1-py2.5 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.1-py2.6 slave-osx Zope Buildbot / zopetoolkit-1.1-py2.6 slave-osx Zope Buildbot / zopetoolkit-1.1-py2.6 slave-ubuntu32 Zope Buildbot / zopetoolkit-1.1-py2.6 slave-ubuntu32 Zope Buildbot / zopetoolkit-1.1-py2.6 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.1-py2.6 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.1_win-py2.5 slave-win Zope Buildbot / zopetoolkit-1.1_win-py2.5 slave-win Zope Buildbot / zopetoolkit-1.1_win-py2.6 slave-win Zope Buildbot / zopetoolkit-1.1_win-py2.6 slave-win Zope Buildbot / zopetoolkit-py2.5 slave-osx Zope Buildbot / zopetoolkit-py2.5 slave-osx Zope Buildbot / zopetoolkit-py2.5 slave-ubuntu32 Zope Buildbot / zopetoolkit-py2.5 slave-ubuntu32 Zope Buildbot / zopetoolkit-py2.5 slave-ubuntu64 Zope Buildbot / zopetoolkit-py2.5 slave-ubuntu64 Zope Buildbot / zopetoolkit-py2.6 slave-osx Zope Buildbot / zopetoolkit-py2.6 slave-osx Zope Buildbot / zopetoolkit-py2.6 slave-ubuntu32 Zope Buildbot / zopetoolkit-py2.6 slave-ubuntu32 Zope Buildbot / zopetoolkit-py2.6 slave-ubuntu64 Zope Buildbot / zopetoolkit-py2.6 slave-ubuntu64 Zope Buildbot / zopetoolkit_win-py2.5 slave-win Zope Buildbot / zopetoolkit_win-py2.5 slave-win [4] Zope Buildbot / zopetoolkit_win-py2.6 slave-win [5] Zope Buildbot / zopetoolkit_win-py2.6 slave-win Zope-2.10 Python-2.4.6 : Linux Zope-2.11 Python-2.4.6 : Linux Zope-2.12 Python-2.6.6 : Linux Zope-2.12-alltests Python-2.6.6 : Linux Zope-2.13 Python-2.6.6 : Linux Zope-2.13-alltests Python-2.6.6 : Linux Zope-trunk Python-2.6.6 : Linux Zope-trunk-alltests Python-2.6.6 : Linux winbot / ZODB_dev py_254_win32 winbot / ZODB_dev py_265_win32 winbot / ZODB_dev py_270_win32 winbot / ZODB_dev py_270_win64 [6] winbot / z3c.coverage_py_265_32 [7] winbot / z3c.rml_py_265_32 [8] winbot / zc_buildout_dev py_254_win32 [9] winbot / zc_buildout_dev py_265_win32 [10] winbot / zc_buildout_dev py_265_win64 [11] winbot / zc_buildout_dev py_270_win32 [12] winbot / zc_buildout_dev py_270_win64 winbot / ztk_10 py_254_win32 winbot / ztk_10 py_265_win32 winbot / ztk_10 py_265_win64 winbot / ztk_11 py_254_win32 winbot / ztk_11 py_265_win32 winbot / ztk_11 py_265_win64 winbot / ztk_11 py_270_win32 winbot / ztk_11 py_270_win64 [13] winbot / ztk_dev py_254_win32 [14] winbot / ztk_dev py_265_win32 [15] winbot / ztk_dev py_265_win64 [16] winbot / ztk_dev py_270_win32 [17] winbot / ztk_dev py_270_win64 Non-OK results -------------- [1] FAILED Zope Buildbot / zope2.13-py2.7 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-May/041834.html [2] FAILED Zope Buildbot / zope2.14-py2.7 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-May/041836.html [3] FAILED Zope Buildbot / zopetoolkit-1.0-py2.5 slave-osx https://mail.zope.org/pipermail/zope-tests/2011-May/041867.html [4] FAILED Zope Buildbot / zopetoolkit_win-py2.6 slave-win https://mail.zope.org/pipermail/zope-tests/2011-May/041857.html [5] FAILED Zope Buildbot / zopetoolkit_win-py2.6 slave-win https://mail.zope.org/pipermail/zope-tests/2011-May/041856.html [6] FAILED winbot / z3c.coverage_py_265_32 https://mail.zope.org/pipermail/zope-tests/2011-May/041821.html [7] FAILED winbot / z3c.rml_py_265_32 https://mail.zope.org/pipermail/zope-tests/2011-May/041819.html [8] FAILED winbot / zc_buildout_dev py_254_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041906.html [9] FAILED winbot / zc_buildout_dev py_265_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041907.html [10] FAILED winbot / zc_buildout_dev py_265_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041908.html [11] FAILED winbot / zc_buildout_dev py_270_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041909.html [12] FAILED winbot / zc_buildout_dev py_270_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041910.html [13] FAILED winbot / ztk_dev py_254_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041891.html [14] FAILED winbot / ztk_dev py_265_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041892.html [15] FAILED winbot / ztk_dev py_265_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041894.html [16] FAILED winbot / ztk_dev py_270_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041895.html [17] FAILED winbot / ztk_dev py_270_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041897.html
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
[1] FAILED Zope Buildbot / zope2.13-py2.7 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-May/041834.html
[2] FAILED Zope Buildbot / zope2.14-py2.7 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-May/041836.html
Still the I-can't-reproduce-atexit-segfault: can *anybody* except this buildbot reproduce the issue? What Python 2.7 version is the buildbot running, and how was it built?
[3] FAILED Zope Buildbot / zopetoolkit-1.0-py2.5 slave-osx https://mail.zope.org/pipermail/zope-tests/2011-May/041867.html
The is an FTP test failure, similar to others which have showed up:: - -------------------------- $< ------------------------- Failure in test testHELP (zope.server.ftp.tests.test_ftpserver.Tests) Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/unittest.py", line 260, in run testMethod() File "/Users/buildslave/.buildout/eggs/zope.server-3.6.2-py2.5.egg/zope/server/ftp/tests/test_ftpserver.py", line 278, in testHELP self.assertEqual(self.execute('HELP', 1), result) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/unittest.py", line 334, in failUnlessEqual (msg or '%r != %r' % (first, second)) AssertionError: '214-The following commands are recognized\r\n' != '214-The following commands are recognized\r\nHelp goes here somewhen.\r\n214 Help done.\r\n' - -------------------------- $< ------------------------- I have no idea why this failure is only occasionaly, and only on OS/X.
[4] FAILED Zope Buildbot / zopetoolkit_win-py2.6 slave-win https://mail.zope.org/pipermail/zope-tests/2011-May/041857.html
Oddball build failure:: - -------------------------- $< ------------------------- remoteFailed: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionLost'>: Connection to the other side was lost in a non-clean fashion. - -------------------------- $< -------------------------
[5] FAILED Zope Buildbot / zopetoolkit_win-py2.6 slave-win https://mail.zope.org/pipermail/zope-tests/2011-May/041856.html
Ditto.
[13] FAILED winbot / ztk_dev py_254_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041891.html
[14] FAILED winbot / ztk_dev py_265_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041892.html
[15] FAILED winbot / ztk_dev py_265_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041894.html
[16] FAILED winbot / ztk_dev py_270_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041895.html
[17] FAILED winbot / ztk_dev py_270_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041897.html
These are all the same bug:: - -------------------------- $< ------------------------- Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python27_64\lib\unittest\case.py", line 318, in run testMethod() File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.i18n\src\zope\i18n\tests\test_itranslationdomain.py", line 99, in testNoTargetLanguage eq(translate('short_greeting', context=context, default=42), 42) File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.app.i18n\src\zope\app\i18n\translationdomain.py", line 74, in translate catalog_names = self._catalogs.get(target_language, []) TypeError: Object has default comparison - -------------------------- $< ------------------------- WTF? We have tests for zope.i18n which pull in code from zope.app.i18n? Not only that, but we have an error being raised from the OOBTree changes Jim landed in October, in a code base which hasn't changed since March. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3dAbYACgkQ+gerLs4ltQ6n9wCbB9VXSzcYzm9qpQZ9KHPW+Yk8 R5wAoIpSKJOD2bRCcogzcOmIOlZzfMz/ =dLYh -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
[13] FAILED winbot / ztk_dev py_254_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041891.html
[14] FAILED winbot / ztk_dev py_265_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041892.html
[15] FAILED winbot / ztk_dev py_265_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041894.html
[16] FAILED winbot / ztk_dev py_270_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041895.html
[17] FAILED winbot / ztk_dev py_270_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041897.html
These are all the same bug::
-------------------------- $< ------------------------- Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python27_64\lib\unittest\case.py", line 318, in run testMethod() File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.i18n\src\zope\i18n\tests\test_itranslationdomain.py", line 99, in testNoTargetLanguage eq(translate('short_greeting', context=context, default=42), 42) File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.app.i18n\src\zope\app\i18n\translationdomain.py", line 74, in translate catalog_names = self._catalogs.get(target_language, []) TypeError: Object has default comparison -------------------------- $< -------------------------
WTF? We have tests for zope.i18n which pull in code from zope.app.i18n? Not only that, but we have an error being raised from the OOBTree changes Jim landed in October, in a code base which hasn't changed since March.
We definitely have some kind of failed cleanup going on here: the standalone buildout for zope.i18n does *not* pull in zope.app.i18n, and the tests all pass without it. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3dBHYACgkQ+gerLs4ltQ50ogCeLxr+nWgvyCDAcOq5hwn7lpFF x7YAn07BlqEGF5pz/KlbuS+49k8BTn/G =hLii -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/25/2011 09:30 AM, Tres Seaver wrote:
[13] FAILED winbot / ztk_dev py_254_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041891.html
[14] FAILED winbot / ztk_dev py_265_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041892.html
[15] FAILED winbot / ztk_dev py_265_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041894.html
[16] FAILED winbot / ztk_dev py_270_win32 https://mail.zope.org/pipermail/zope-tests/2011-May/041895.html
[17] FAILED winbot / ztk_dev py_270_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041897.html
These are all the same bug::
-------------------------- $< ------------------------- Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python27_64\lib\unittest\case.py", line 318, in run testMethod() File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.i18n\src\zope\i18n\tests\test_itranslationdomain.py", line 99, in testNoTargetLanguage eq(translate('short_greeting', context=context, default=42), 42) File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.app.i18n\src\zope\app\i18n\translationdomain.py", line 74, in translate catalog_names = self._catalogs.get(target_language, []) TypeError: Object has default comparison -------------------------- $< -------------------------
WTF? We have tests for zope.i18n which pull in code from zope.app.i18n? Not only that, but we have an error being raised from the OOBTree changes Jim landed in October, in a code base which hasn't changed since March.
We definitely have some kind of failed cleanup going on here: the standalone buildout for zope.i18n does *not* pull in zope.app.i18n, and the tests all pass without it.
"Silly wabbit" -- I assumed that the traceback stack accurately reflected the source of the failing test. This failure is actually in zope.app.i18n's tests, not zope.i18n's (ob. note on the evil of frameworking out unit tests). However, I cannot reproduce the failure in a standalone checkout of zope.app.i18n. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3dB/AACgkQ+gerLs4ltQ6AuQCfY2gkcMk2D0tR367tf9rFa6dS 1pIAoIrY08cCem2lfTyZLoCP4pdY6uJP =ankk -----END PGP SIGNATURE-----
On Wed, May 25, 2011 at 09:18:46AM -0400, Tres Seaver wrote:
[3] FAILED Zope Buildbot / zopetoolkit-1.0-py2.5 slave-osx https://mail.zope.org/pipermail/zope-tests/2011-May/041867.html
The is an FTP test failure, similar to others which have showed up::
-------------------------- $< ------------------------- Failure in test testHELP (zope.server.ftp.tests.test_ftpserver.Tests) Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/unittest.py", line 260, in run testMethod() File "/Users/buildslave/.buildout/eggs/zope.server-3.6.2-py2.5.egg/zope/server/ftp/tests/test_ftpserver.py", line 278, in testHELP self.assertEqual(self.execute('HELP', 1), result) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/unittest.py", line 334, in failUnlessEqual (msg or '%r != %r' % (first, second)) AssertionError: '214-The following commands are recognized\r\n' != '214-The following commands are recognized\r\nHelp goes here somewhen.\r\n214 Help done.\r\n' -------------------------- $< -------------------------
I have no idea why this failure is only occasionaly, and only on OS/X.
I had a theory and proposed a possible fix a while ago, but had no way of testing it: https://mail.zope.org/pipermail/zope-dev/2010-December/042138.html
[17] FAILED winbot / ztk_dev py_270_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041897.html
These are all the same bug::
-------------------------- $< ------------------------- Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python27_64\lib\unittest\case.py", line 318, in run testMethod() File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.i18n\src\zope\i18n\tests\test_itranslationdomain.py", line 99, in testNoTargetLanguage eq(translate('short_greeting', context=context, default=42), 42) File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.app.i18n\src\zope\app\i18n\translationdomain.py", line 74, in translate catalog_names = self._catalogs.get(target_language, []) TypeError: Object has default comparison -------------------------- $< -------------------------
WTF? We have tests for zope.i18n which pull in code from zope.app.i18n? Not only that, but we have an error being raised from the OOBTree changes Jim landed in October, in a code base which hasn't changed since March.
Buildout egg caches, maybe? Insufficient version pinning? newest = false in a buildout.cfg? Who can tell? Marius Gedminas -- http://pov.lt/ -- Zope 3/BlueBream consulting and development
2011/5/25 Marius Gedminas <marius@gedmin.as>:
On Wed, May 25, 2011 at 09:18:46AM -0400, Tres Seaver wrote:
[3] FAILED Zope Buildbot / zopetoolkit-1.0-py2.5 slave-osx https://mail.zope.org/pipermail/zope-tests/2011-May/041867.html
The is an FTP test failure, similar to others which have showed up::
-------------------------- $< ------------------------- Failure in test testHELP (zope.server.ftp.tests.test_ftpserver.Tests) Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/unittest.py", line 260, in run testMethod() File "/Users/buildslave/.buildout/eggs/zope.server-3.6.2-py2.5.egg/zope/server/ftp/tests/test_ftpserver.py", line 278, in testHELP self.assertEqual(self.execute('HELP', 1), result) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/unittest.py", line 334, in failUnlessEqual (msg or '%r != %r' % (first, second)) AssertionError: '214-The following commands are recognized\r\n' != '214-The following commands are recognized\r\nHelp goes here somewhen.\r\n214 Help done.\r\n' -------------------------- $< -------------------------
I have no idea why this failure is only occasionaly, and only on OS/X.
I had a theory and proposed a possible fix a while ago, but had no way of testing it: https://mail.zope.org/pipermail/zope-dev/2010-December/042138.html
I have tested this and committed an equivalent patch: http://zope3.pov.lt/trac/changeset/121089/zope.server/trunk This was released recently as zope.server 3.8.3 (that has a new test failing on Python < 2.6) Have to backport to 3.6 branch for ZTK 1.0... and make new bugfix release -- Gediminas
2011/5/25 Gediminas Paulauskas <menesis@pov.lt>:
2011/5/25 Marius Gedminas <marius@gedmin.as>:
On Wed, May 25, 2011 at 09:18:46AM -0400, Tres Seaver wrote:
[3] FAILED Zope Buildbot / zopetoolkit-1.0-py2.5 slave-osx https://mail.zope.org/pipermail/zope-tests/2011-May/041867.html
The is an FTP test failure, similar to others which have showed up::
-------------------------- $< ------------------------- Failure in test testHELP (zope.server.ftp.tests.test_ftpserver.Tests) Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/unittest.py", line 260, in run testMethod() File "/Users/buildslave/.buildout/eggs/zope.server-3.6.2-py2.5.egg/zope/server/ftp/tests/test_ftpserver.py", line 278, in testHELP self.assertEqual(self.execute('HELP', 1), result) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/unittest.py", line 334, in failUnlessEqual (msg or '%r != %r' % (first, second)) AssertionError: '214-The following commands are recognized\r\n' != '214-The following commands are recognized\r\nHelp goes here somewhen.\r\n214 Help done.\r\n' -------------------------- $< -------------------------
I have no idea why this failure is only occasionaly, and only on OS/X.
I had a theory and proposed a possible fix a while ago, but had no way of testing it: https://mail.zope.org/pipermail/zope-dev/2010-December/042138.html
I have tested this and committed an equivalent patch:
http://zope3.pov.lt/trac/changeset/121089/zope.server/trunk
This was released recently as zope.server 3.8.3 (that has a new test failing on Python < 2.6)
I have released the fix for Python < 2.6 as 3.8.4.
Have to backport to 3.6 branch for ZTK 1.0... and make new bugfix release
Branch created, minor fixes backported, including this testHELP failure, and released as 3.6.3: http://zope3.pov.lt/trac/log/zope.server/branches/3.6 -- Gediminas
Hello, On Wed, 25 May 2011 19:04:45 +0300 you wrote:
Buildout egg caches, maybe?
packages on pypi are a rock, aren't they? Insufficient version pinning? newest = false
in a buildout.cfg? Who can tell?
It's building svn://svn.zope.org/repos/main/zopetoolkit/trunk config is at svn://svn.zope.org/repos/main/zope.wineggbuilder/trunk/master.cfg def ztk_dev_builder()
Marius Gedminas
-- Best regards, Adam GROSZER -- Quote of the day: Never tell people how to do things. Tell them what to do and they will surprise you with their ingenuity. - General George S. Patton, Jr.
Hi! Marius Gedminas wrote:
On Wed, May 25, 2011 at 09:18:46AM -0400, Tres Seaver wrote:
[17] FAILED winbot / ztk_dev py_270_win64 https://mail.zope.org/pipermail/zope-tests/2011-May/041897.html
These are all the same bug::
-------------------------- $< ------------------------- Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python27_64\lib\unittest\case.py", line 318, in run testMethod() File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.i18n\src\zope\i18n\tests\test_itranslationdomain.py", line 99, in testNoTargetLanguage eq(translate('short_greeting', context=context, default=42), 42) File "c:\buildslave\ztk_dev_py_270_win64\build\src\zope.app.i18n\src\zope\app\i18n\translationdomain.py", line 74, in translate catalog_names = self._catalogs.get(target_language, []) TypeError: Object has default comparison -------------------------- $< -------------------------
WTF? We have tests for zope.i18n which pull in code from zope.app.i18n? Not only that, but we have an error being raised from the OOBTree changes Jim landed in October, in a code base which hasn't changed since March.
Buildout egg caches, maybe? Insufficient version pinning? newest = false in a buildout.cfg? Who can tell?
I'm afraid I did break this: I added some sources for ZTK dependencies, including ZODB/trunk. This seems to be wrong in two ways: 1.) ZTK trunk obviously doesn't work with ZODB/trunk, it requires ZODB/branches/3.10 I already changed this to make the tests pass again: http://svn.zope.org/?rev=121808&view=rev (Maybe ZTK trunk *should* work with ZODB/trunk and that needs to be fixed instead?) 2.) maybe the ZTK should be tested with released versions of its dependencies My goal was to sync the list of sources with the list of versions and to make it possible to extend ztk-sources.cfg in similar way as ztk-versions.cfg. This way projects like Zope 2 don't have to maintain redundant lists. So instead of reverting my change I propose to make auto-checkout in development.cfg an explicit list of all tested packages instead of using a wildcard. Or to decide explicitly that we want to test the ZTK against checkouts of its dependencies. Any opinions? Cheers, Yuppie
participants (6)
-
Adam GROSZER -
Gediminas Paulauskas -
Marius Gedminas -
Tres Seaver -
yuppie -
Zope tests summarizer