[Python-modules-team] python-eventlet_0.9.16-1_amd64.changes ACCEPTED into unstable
Accepted: python-eventlet_0.9.16-1.debian.tar.gz to main/p/python-eventlet/python-eventlet_0.9.16-1.debian.tar.gz python-eventlet_0.9.16-1.dsc to main/p/python-eventlet/python-eventlet_0.9.16-1.dsc python-eventlet_0.9.16-1_all.deb to main/p/python-eventlet/python-eventlet_0.9.16-1_all.deb python-eventlet_0.9.16.orig.tar.gz to main/p/python-eventlet/python-eventlet_0.9.16.orig.tar.gz Override entries for your package: python-eventlet_0.9.16-1.dsc - source python python-eventlet_0.9.16-1_all.deb - optional python Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#629699: webhelpers: FTBFS: test_distance_of_time_in_words fails.
Source: webhelpers Version: 1.3-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: == FAIL: test_distance_of_time_in_words (test_date.TestDateHelper) -- Traceback (most recent call last): File /«BUILDDIR»/webhelpers-1.3/tests/test_date.py, line 24, in test_distance_of_time_in_words self.assertEqual(11 months and 30 days, distance_of_time_in_words(0, 31536000)) AssertionError: '11 months and 30 days' != '11 months and 29 days' -- Ran 252 tests in 0.800s FAILED (failures=1) make: *** [test-python2.7] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/06/07/webhelpers_1.3-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#620469: Bug#620469: Bug#620496
Excerpts from Piotr Ożarowski's message of Tue Apr 19 03:27:05 -0700 2011: FYI: if this package doesn't use setuptools/distribute's namespace_packages.txt, you can add --namespace gearman to dh_python2's call and let the helper handle namespace issue Hi Piotr. If I understand the suggestion correctly, we can use something in distutils/setuptools to extend the path in this file, without actually having this file in either package? ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#620469: Bug#620469: Bug#620496
[Clint Byrum, 2011-06-08] Excerpts from Piotr Ożarowski's message of Tue Apr 19 03:27:05 -0700 2011: FYI: if this package doesn't use setuptools/distribute's namespace_packages.txt, you can add --namespace gearman to dh_python2's call and let the helper handle namespace issue Hi Piotr. If I understand the suggestion correctly, we can use something in distutils/setuptools to extend the path in this file, without actually having this file in either package? you can add namespace_packages=['gearman'] to setup.py if it uses setuptools/distribute (pure distutils is not enough) and that's all, dh_python2 will do the rest (remove __init__.py file and recreate it at install time). If you don't want to patch upstream files you can pass the namespace name to dh_python2 directly via --namespace (dh_python2 --namespace gearman). -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team