id	summary	reporter	owner	description	type	status	component	version	severity	resolution	keywords	cc	stage	has_patch	needs_docs	needs_tests	needs_better_patch	easy	ui_ux
7715	admin_tests failures when running Django tests in one natural fashion	Malcolm Tredinnick	nobody	"This may be a PEBCAK issue, but I can't see it.

I run the Django tests as follows
{{{
> cd django.git/tests
> ./runtests.py --settings=settings3.py
}}}
(etc).

The admin tests introduced in [7876] are showing 11 failures (from 83 tests) now. They are all failing in the same way:
{{{
#!python
File ""/usr/lib/python2.5/site-packages/django/core/management/__init__.py"", line 251, in setup_environ
    project_module = __import__(project_name, {}, {}, [''])
ImportError: No module named tests
}}}

Note that `site-packages/django/` is a symlink to my development codebase, so it is running the right code. I just don't want to have to mess around with `PYTHONPATH` settings all the time, so I use `site-packages` as Guido intended.

The `PYTHONPATH` modification set up in `run_test()` looks sensible when I print it out right after it's set.
{{{
/home/malcolm/BleedingEdge/Django/django.git/tests:/home/malcolm/BleedingEdge/Django/django.git
}}}
In fact, the full `sys.path` setting at the time of the problem looks pretty decent, too (I catch the import exception and dump this to a file, so this is the real value at the time of the crime):
{{{
['/home/malcolm/BleedingEdge/Django/django.git/tests/regressiontests', '/home/malcolm/BleedingEdge/Django/django.git/tests', '/home/malcolm/BleedingEdge/Django/django.git', '/usr/lib/python25.zip', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', '/usr/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages/Numeric', '/usr/lib/python2.5/site-packages/PIL', '/usr/lib/python2.5/site-packages/gst-0.10', '/usr/lib/python2.5/site-packages/gtk-2.0', '/home/malcolm/BleedingEdge/Django/django.git/tests/..']
}}}
This is all with a nice clean tree (nuked the .pyc files and everything not under source control) using [7882]. I am most confused, but don't really have time to debug it now, since this cropped up whilst checking something else. Maybe it's obvious and I'm not seeing it, but it's definitely repeatable."		closed	Testing framework	dev		fixed			Unreviewed	0	0	0	0	0	0