Bug#844139: python-django: FTBFS: Tests failures

2016-11-18 Thread Lucas Nussbaum 
Hi,

On 16/11/16 at 18:44 +0100, Raphael Hertzog wrote:
> Hi,
> 
> On Sat, 12 Nov 2016, Scott Kitterman wrote:
> > > This failure happens on a CPU with TSX extensions available, but is not
> > > reproducible on a machine without them. 
> 
> I can't reproduce this either on my machine. But I have other failures
> (see below).
> 
> Lucas, can you see if you reproduce your problem with this small
> patch:
> --- a/debian/rules
> +++ b/debian/rules
> @@ -23,7 +23,7 @@ override_dh_auto_test:
>  ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
> set -e; cd tests && for python in $$(pyversions -s) $$(py3versions 
> -s); do \
> echo "——— Running tests with $$python ———"; \
> -   LC_ALL=C.UTF-8 PYTHONPATH=.. $$python ./runtests.py 
> --verbosity=2; \
> +   LC_ALL=C.UTF-8 PYTHONPATH=.. $$python ./runtests.py 
> --verbosity=2 --parallel=4; \
> done
>  endif

I can still reproduce the problem today _without_ the patch;
and adding --parallel=4 "fixes" the problem.

Lucas

Bug#844139: python-django: FTBFS: Tests failures

2016-11-16 Thread Raphael Hertzog 
Hi,

On Sat, 12 Nov 2016, Scott Kitterman wrote:
> > This failure happens on a CPU with TSX extensions available, but is not
> > reproducible on a machine without them. 

I can't reproduce this either on my machine. But I have other failures
(see below).

Lucas, can you see if you reproduce your problem with this small
patch:
--- a/debian/rules
+++ b/debian/rules
@@ -23,7 +23,7 @@ override_dh_auto_test:
 ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
set -e; cd tests && for python in $$(pyversions -s) $$(py3versions -s); 
do \
echo "——— Running tests with $$python ———"; \
-   LC_ALL=C.UTF-8 PYTHONPATH=.. $$python ./runtests.py 
--verbosity=2; \
+   LC_ALL=C.UTF-8 PYTHONPATH=.. $$python ./runtests.py 
--verbosity=2 --parallel=4; \
done
 endif
 
My failures:
==
ERROR: test_command_help (i18n.test_compilation.ExcludedLocaleCompilationTests)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/case.py", line 320, in run
self.setUp()
  File "/<>/tests/i18n/test_compilation.py", line 124, in setUp
shutil.copytree('canned_locale', 'locale')
  File "/usr/lib/python2.7/shutil.py", line 177, in copytree
os.makedirs(dst)
  File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 17] File exists: 'locale'

==
ERROR: test_multiple_locales_excluded 
(i18n.test_compilation.ExcludedLocaleCompilationTests)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/case.py", line 320, in run
self.setUp()
  File "/<>/tests/i18n/test_compilation.py", line 124, in setUp
shutil.copytree('canned_locale', 'locale')
  File "/usr/lib/python2.7/shutil.py", line 177, in copytree
os.makedirs(dst)
  File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 17] File exists: 'locale'

==
ERROR: test_multiple_locales_excluded_with_locale 
(i18n.test_compilation.ExcludedLocaleCompilationTests)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/case.py", line 320, in run
self.setUp()
  File "/<>/tests/i18n/test_compilation.py", line 124, in setUp
shutil.copytree('canned_locale', 'locale')
  File "/usr/lib/python2.7/shutil.py", line 177, in copytree
os.makedirs(dst)
  File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 17] File exists: 'locale'

==
ERROR: test_one_locale_excluded 
(i18n.test_compilation.ExcludedLocaleCompilationTests)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/case.py", line 320, in run
self.setUp()
  File "/<>/tests/i18n/test_compilation.py", line 124, in setUp
shutil.copytree('canned_locale', 'locale')
  File "/usr/lib/python2.7/shutil.py", line 177, in copytree
os.makedirs(dst)
  File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 17] File exists: 'locale'

==
ERROR: test_one_locale_excluded_with_locale 
(i18n.test_compilation.ExcludedLocaleCompilationTests)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/case.py", line 320, in run
self.setUp()
  File "/<>/tests/i18n/test_compilation.py", line 124, in setUp
shutil.copytree('canned_locale', 'locale')
  File "/usr/lib/python2.7/shutil.py", line 177, in copytree
os.makedirs(dst)
  File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 17] File exists: 'locale'

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#844139: python-django: FTBFS: Tests failures

2016-11-12 Thread Scott Kitterman 
On Sat, 12 Nov 2016 21:15:22 +0100 Lucas Nussbaum  wrote:
> Source: python-django
> Version: 1:1.10.3-1
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-2016 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
...
> 
> This failure happens on a CPU with TSX extensions available, but is not
> reproducible on a machine without them. 

==
FAIL: test_fuzzy_compiling (i18n.test_compilation.FuzzyTranslationTest)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/case.py", line 329, in run
testMethod()
  File "/<>/tests/i18n/test_compilation.py", line 218, in 
test_fuzzy_compiling
self.assertEqual(ugettext('Lenin'), force_text('Ленин'))
  File "/usr/lib/python2.7/unittest/case.py", line 513, in assertEqual
assertion_func(first, second, msg=msg)
  File "/usr/lib/python2.7/unittest/case.py", line 924, in 
assertMultiLineEqual
self.fail(self._formatMessage(msg, standardMsg))
  File "/usr/lib/python2.7/unittest/case.py", line 410, in fail
raise self.failureException(msg)
AssertionError: u'Lenin' != u'\u041b\u0435\u043d\u0438\u043d'
- Lenin
+ \u041b\u0435\u043d\u0438\u043d

The non-lazy evaluation test passes and the lazy evaluation code last changed 
before 1.10.0 was released, so if this is a problem in 1.10.3 in unstable, it 
also affects 1.10.1 in testing.

Scott K

Bug#844139: python-django: FTBFS: Tests failures

2016-11-12 Thread Lucas Nussbaum 
Source: python-django
Version: 1:1.10.3-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2016 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> Destroying test database for alias 'other' (':memory:')...
> debian/rules:24: recipe for target 'override_dh_auto_test' failed

The full build log is available from:
   http://aws-logs.debian.net/2016/11/11/python-django_1.10.3-1_unstable.log

This failure happens on a CPU with TSX extensions available, but is not
reproducible on a machine without them. For context, I recommend reading the
thread starting at https://lists.debian.org/debian-devel/2016/11/msg00210.html

The node used is an Amazon EC2 VM with 64 cores. /proc/cpuinfo says:
   model: 79
   model name : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
   stepping : 1

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 EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.