Issue #225 duplicate

No coverage reported

Anonymous created an issue

Using Django==1.4, django-nose==1.1, nose==1.2.1, coverage==3.6b2 I don't get any coverage reported. Everything appears to run fine, but no lines are recorded:

Name                 Stmts   Miss  Cover   Missing
--------------------------------------------------
red.forward              1      1     0%   1
red.forward.models      55     55     0%   1-115
red.forward.utils       35     35     0%   1-46
--------------------------------------------------
TOTAL                   91     91     0%   
----------------------------------------------------------------------
Ran 4 tests in 14.501s

OK
-- data ---------------------------------------
path: /home/joel/Dropbox/src/red/.coverage
has_arcs: False
No data collected
-- sys ----------------------------------------
        version: 3.6b2
       coverage: /home/joel/.virtualenvs/red/local/lib/python2.7/site-packages/coverage/__init__.pyc
      cover_dir: /home/joel/.virtualenvs/red/lib/python2.7/site-packages/coverage
     pylib_dirs: /usr/lib/python2.7
         tracer: CTracer
   config_files: .coveragerc
   configs_read: -none-
      data_path: /home/joel/Dropbox/src/red/.coverage
         python: 2.7.3 (default, Aug  1 2012, 05:14:39) [GCC 4.6.3]
       platform: Linux-3.2.0-35-generic-x86_64-with-Ubuntu-12.04-precise
 implementation: CPython
     executable: /home/joel/.virtualenvs/red/bin/python
            cwd: /home/joel/Dropbox/src/red
           path: /home/joel/.virtualenvs/red/bin
                 /home/joel/.virtualenvs/red/local/lib/python2.7/site-packages/setuptools-0.6c11-py2.7.egg
                 /home/joel/.virtualenvs/red/local/lib/python2.7/site-packages/pip-1.1-py2.7.egg
                 /home/joel/.virtualenvs/red/lib/python2.7
                 /home/joel/.virtualenvs/red/lib/python2.7/plat-linux2
                 /home/joel/.virtualenvs/red/lib/python2.7/lib-tk
                 /home/joel/.virtualenvs/red/lib/python2.7/lib-old
                 /home/joel/.virtualenvs/red/lib/python2.7/lib-dynload
                 /usr/lib/python2.7
                 /usr/lib/python2.7/plat-linux2
                 /usr/lib/python2.7/lib-tk
                 /home/joel/.virtualenvs/red/local/lib/python2.7/site-packages
    environment: -none-

Reverting to 3.5.3 fixes this problem. I'm not sure if this is an incompatibility with django_nose/nose or a bug with coverage.

A suggestion: if 3.6 is a beta, perhaps it shouldn't be the selected version for installation when someone uses pip install coverage without version information?

Comments (1)

  1. Log in to comment