zope-tests - FAILED: 2, OK: 20, UNKNOWN: 1
This is the summary for test reports received on the zope-tests list between 2012-12-05 00:00:00 UTC and 2012-12-06 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 ---------------- [1] FAILED (failures=1) : Zope-2.13 Python-2.7.3 : Linux Successful - zopetoolkit_trunk - Build # 98 Successful - zopetoolkit_trunk_app - Build # 82 Zope-2.10 Python-2.4.6 : Linux Zope-2.11 Python-2.4.6 : Linux Zope-2.12 Python-2.6.8 : Linux Zope-2.13 Python-2.6.8 : Linux Zope-trunk Python-2.6.8 : Linux Zope-trunk Python-2.7.3 : Linux winbot / ZODB_dev py_265_win32 winbot / ZODB_dev py_265_win64 winbot / ZODB_dev py_270_win32 winbot / ZODB_dev py_270_win64 [2] winbot / z3c.recipe.paster_py_265_32 [3] winbot / zope.app.i18n_py_265_32 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 Non-OK results -------------- [1] UNKNOWN FAILED (failures=1) : Zope-2.13 Python-2.7.3 : Linux https://mail.zope.org/pipermail/zope-tests/2012-December/069804.html [2] FAILED winbot / z3c.recipe.paster_py_265_32 https://mail.zope.org/pipermail/zope-tests/2012-December/069797.html [3] FAILED winbot / zope.app.i18n_py_265_32 https://mail.zope.org/pipermail/zope-tests/2012-December/069796.html
On Fri, Dec 07, 2012 at 01:00:02AM +0000, Zope tests summarizer wrote:
[1] UNKNOWN FAILED (failures=1) : Zope-2.13 Python-2.7.3 : Linux https://mail.zope.org/pipermail/zope-tests/2012-December/069804.html
Failure in test test_scored_search (Products.ZCatalog.tests.test_catalog.TestScoring) Traceback (most recent call last): File "/usr/local/python2.7/lib/python2.7/unittest/case.py", line 327, in run testMethod() File "/home/stefan/autotest/temp/python27-zope213all/eggs/Products.ZCatalog-2.13.23-py2.7.egg/Products/ZCatalog/tests/test_catalog.py", line 731, in test_scored_search self.assertEqual(brains[0].title, '111') File "/usr/local/python2.7/lib/python2.7/unittest/case.py", line 511, in assertEqual assertion_func(first, second, msg=msg) File "/usr/local/python2.7/lib/python2.7/unittest/case.py", line 504, in _baseAssertEqual raise self.failureException(msg) AssertionError: '1' != '111'
[2] FAILED winbot / z3c.recipe.paster_py_265_32 https://mail.zope.org/pipermail/zope-tests/2012-December/069797.html
buildout (inside a doctest) failed because Error: Couldn't find a distribution for 'BTrees>=4.0.0dev,<4.1dev'. which is interesting, since BTrees 4.0.1 was released to PyPI on 2012-10-21. I'm trying to reproduce, but it looks like the buildout spawned by that test acts as a forkbomb and never finishes: ├─bash │ └─test -S bin/test -cvv │ └─sh -c bin/buildout │ └─buildout bin/buildout │ └─python bin/buildout │ └─python bin/buildout │ └─python bin/buildout │ └─python bin/buildout │ └─python bin/buildout │ └─python bin/buildout │ └─python bin/buildout ... Linux has gotten better at process management recently -- I waited for maybe 5 minutes thinking it was a network timeout and didn't notice one CPU core was pegged and all my RAM was gone.
[3] FAILED winbot / zope.app.i18n_py_265_32 https://mail.zope.org/pipermail/zope-tests/2012-December/069796.html
Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python26_32\lib\unittest.py", line 279, in run testMethod() File "c:\eggs\zope.i18n-3.8.0-py2.6.egg\zope\i18n\tests\test_itranslationdomain.py", line 99, in testNoTargetLanguage eq(translate('short_greeting', context=context, default=42), 42) File "c:\buildslave\zope.app.i18n\build\src\zope\app\i18n\translationdomain.py", line 74, in translate catalog_names = self._catalogs.get(target_language, []) TypeError: Object has default comparison Marius Gedminas -- http://pov.lt/ -- Zope 3/BlueBream consulting and development
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/07/2012 01:52 AM, Marius Gedminas wrote:
[3] FAILED winbot / zope.app.i18n_py_265_32 https://mail.zope.org/pipermail/zope-tests/2012-December/069796.html
Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python26_32\lib\unittest.py", line 279, in run testMethod() File "c:\eggs\zope.i18n-3.8.0-py2.6.egg\zope\i18n\tests\test_itranslationdomain.py", line 99, in testNoTargetLanguage eq(translate('short_greeting', context=context, default=42), 42) File "c:\buildslave\zope.app.i18n\build\src\zope\app\i18n\translationdomain.py", line 74, in translate catalog_names = self._catalogs.get(target_language, []) TypeError: Object has default comparison
Here, the 'target_langeage' returned by the negotiator is None, which the OOBTree is refusing to treat as a key (because its comparison semantics are undefined across process boundaries / Python versions)::
from BTrees.OOBTree import OOBTree x = OOBTree() x[None] = 1 Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: Object has default comparison
Such keys haven't been allowed since:: r117933 | jim | 2010-10-26 17:14:00 -0400 (Tue, 26 Oct 2010) | 7 lines Bug Fixed - BTrees allowed object keys with insane comparison. (Comparison inherited from object, which compares based on in-process address.) Now BTrees raise TypeError is an attempt is made to save a key with comparison inherited from object. (This doesn't apply to old-style class instances.) 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.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDCD/wACgkQ+gerLs4ltQ4ZNgCdHTNC8Z0u5wRYsDUVUzSrZACi YCEAoM1VOupQN9VlyLOdrxcypuQtOWZ/ =bVKN -----END PGP SIGNATURE-----
2012/12/7 Tres Seaver <tseaver@palladion.com>:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 12/07/2012 01:52 AM, Marius Gedminas wrote:
[3] FAILED winbot / zope.app.i18n_py_265_32 https://mail.zope.org/pipermail/zope-tests/2012-December/069796.html
Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python26_32\lib\unittest.py", line 279, in run testMethod() File "c:\eggs\zope.i18n-3.8.0-py2.6.egg\zope\i18n\tests\test_itranslationdomain.py", line 99, in testNoTargetLanguage eq(translate('short_greeting', context=context, default=42), 42) File "c:\buildslave\zope.app.i18n\build\src\zope\app\i18n\translationdomain.py", line 74, in translate catalog_names = self._catalogs.get(target_language, []) TypeError: Object has default comparison
Here, the 'target_langeage' returned by the negotiator is None, which the OOBTree is refusing to treat as a key (because its comparison semantics are undefined across process boundaries / Python versions)::
from BTrees.OOBTree import OOBTree x = OOBTree() x[None] = 1 Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: Object has default comparison
Such keys haven't been allowed since::
r117933 | jim | 2010-10-26 17:14:00 -0400 (Tue, 26 Oct 2010) | 7 lines
Bug Fixed - BTrees allowed object keys with insane comparison. (Comparison inherited from object, which compares based on in-process address.) Now BTrees raise TypeError is an attempt is made to save a key with comparison inherited from object. (This doesn't apply to old-style class instances.)
The error happens in get, not set, should it? Otherwise, a patch for zope.app.i18n to fix this case is attached (not committed). -- Gediminas
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/07/2012 01:11 PM, Gediminas Paulauskas wrote:
2012/12/7 Tres Seaver <tseaver@palladion.com>:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 12/07/2012 01:52 AM, Marius Gedminas wrote:
[3] FAILED winbot / zope.app.i18n_py_265_32 https://mail.zope.org/pipermail/zope-tests/2012-December/069796.html
Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python26_32\lib\unittest.py", line 279, in run testMethod() File "c:\eggs\zope.i18n-3.8.0-py2.6.egg\zope\i18n\tests\test_itranslationdomain.py",
line 99, in testNoTargetLanguage eq(translate('short_greeting',
context=context, default=42), 42) File "c:\buildslave\zope.app.i18n\build\src\zope\app\i18n\translationdomain.py",
line 74, in translate catalog_names =
self._catalogs.get(target_language, []) TypeError: Object has default comparison
Here, the 'target_langeage' returned by the negotiator is None, which the OOBTree is refusing to treat as a key (because its comparison semantics are undefined across process boundaries / Python versions)::
from BTrees.OOBTree import OOBTree x = OOBTree() x[None] = 1 Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: Object has default comparison
Such keys haven't been allowed since::
r117933 | jim | 2010-10-26 17:14:00 -0400 (Tue, 26 Oct 2010) | 7 lines
Bug Fixed - BTrees allowed object keys with insane comparison. (Comparison inherited from object, which compares based on in-process address.) Now BTrees raise TypeError is an attempt is made to save a key with comparison inherited from object. (This doesn't apply to old-style class instances.)
The error happens in get, not set, should it?
The C code throws the error whenever dealing with a user-supplied key which cannot be safely compared to existing keys.
Otherwise, a patch for zope.app.i18n to fix this case is attached (not committed).
+1 for your patch. 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.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDCQqMACgkQ+gerLs4ltQ7boACgjbWfWCKTMl0eTKDjkcbCcHKi OZkAoNIFpN2PGERjLRnXhk/IHK9cK7iD =ug61 -----END PGP SIGNATURE-----
2012/12/7 Tres Seaver <tseaver@palladion.com>:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 12/07/2012 01:11 PM, Gediminas Paulauskas wrote:
2012/12/7 Tres Seaver <tseaver@palladion.com>:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 12/07/2012 01:52 AM, Marius Gedminas wrote:
[3] FAILED winbot / zope.app.i18n_py_265_32 https://mail.zope.org/pipermail/zope-tests/2012-December/069796.html
Error in test testNoTargetLanguage (zope.app.i18n.tests.test_translationdomain.TestTranslationDomain) Traceback (most recent call last): File "c:\Python26_32\lib\unittest.py", line 279, in run testMethod() File "c:\eggs\zope.i18n-3.8.0-py2.6.egg\zope\i18n\tests\test_itranslationdomain.py",
line 99, in testNoTargetLanguage eq(translate('short_greeting',
context=context, default=42), 42) File "c:\buildslave\zope.app.i18n\build\src\zope\app\i18n\translationdomain.py",
line 74, in translate catalog_names =
self._catalogs.get(target_language, []) TypeError: Object has default comparison
Here, the 'target_langeage' returned by the negotiator is None, which the OOBTree is refusing to treat as a key (because its comparison semantics are undefined across process boundaries / Python versions)::
from BTrees.OOBTree import OOBTree x = OOBTree() x[None] = 1 Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: Object has default comparison
Such keys haven't been allowed since::
r117933 | jim | 2010-10-26 17:14:00 -0400 (Tue, 26 Oct 2010) | 7 lines
Bug Fixed - BTrees allowed object keys with insane comparison. (Comparison inherited from object, which compares based on in-process address.) Now BTrees raise TypeError is an attempt is made to save a key with comparison inherited from object. (This doesn't apply to old-style class instances.)
The error happens in get, not set, should it?
The C code throws the error whenever dealing with a user-supplied key which cannot be safely compared to existing keys.
Otherwise, a patch for zope.app.i18n to fix this case is attached (not committed).
+1 for your patch.
ok, committed. -- Gediminas
participants (4)
-
Gediminas Paulauskas -
Marius Gedminas -
Tres Seaver -
Zope tests summarizer