File python3-coverage.changes of Package python3-coverage

Overview Repositories Revisions Requests Users Attributes Meta

File python3-coverage.changes of Package python3-coverage

-------------------------------------------------------------------
Thu May  8 11:37:39 UTC 2014 - toddrme2178@gmail.com

- update to 3.7.1:
  - Improved the speed of HTML report generation by about 20%.
  - Fixed the mechanism for finding OS-installed static files for the HTML report
    so that it will actually find OS-installed static files.
- update to 3.7:
   * Added the ``--debug`` switch to ``coverage run``.  It accepts a list of
   options indicating the type of internal activity to log to stderr.
   * Running code with ``coverage run -m`` now behaves more like Python does,
   setting sys.path properly, which fixes `issue 207`_ and `issue 242`_.
   * Coverage can now run .pyc files directly, closing `issue 264`_.
   * Over 15 other bugfixes, see included CHANGELOG
- Require python-setuptools instead of distribute (upstreams merged)

-------------------------------------------------------------------
Wed May 15 14:51:01 UTC 2013 - speilicke@suse.com

- Fix update-alternatives and support upgrade from previous versions

-------------------------------------------------------------------
Fri May  3 10:05:07 UTC 2013 - speilicke@suse.com

- Buildrequire python3 to get acces to the 'sha512' module (not part
  of python3-base which comes through python3-devel)

-------------------------------------------------------------------
Fri May  3 09:16:06 UTC 2013 - speilicke@suse.com

- Apply update-alternatives for binaries and man-pages
- Drop buildrequires on python-xml, I don't see it being used

-------------------------------------------------------------------
Mon Apr 29 11:55:07 UTC 2013 - dmueller@suse.com

- update to 3.6:
  * Fix Nose support
  * Add --fail-under
  * Over 20 bug fixes, for details see included CHANGELOG

-------------------------------------------------------------------
Tue Nov 20 18:18:25 UTC 2012 - saschpe@suse.de

- Update to version 3.5.3:
  + Line numbers in the HTML report line up better with the source lines, fixing
    issue 197
  + When specifying a directory as the source= option, the directory itself no
    longer needs to have a __init__.py file, though its subdirectories do, to
    be considered as source files.
  + Files encoded as UTF-8 with a BOM are now properly handled, fixing
    issue 179_.
  + Fixed more cases of non-Python files being reported as Python source, and
    then not being able to parse them as Python.  Closes issue 82 (again).
  + Fixed memory leaks under Python 3, thanks, Brett Cannon. Closes issue 147_.
  + Optimized .pyo files may not have been handled correctly, issue 195_.
  + Certain unusually named file paths could have been mangled during reporting,
    issue 194_.
  + Try to do a better job of the impossible task of detecting when we can't
    build the C extension, fixing issue 183_.
  + Testing is now done with tox
- Changes from version 3.5.2:
  + No changes since 3.5.2.b1
- Changes from version 3.5.2b1
  + The HTML report has slightly tweaked controls: the buttons at the top of
    the page are color-coded to the source lines they affect.
  + Custom CSS can be applied to the HTML report by specifying a CSS file as
    the extra_css configuration value in the [html] section.
  + Source files with custom encodings declared in a comment at the top are now
    properly handled during reporting on Python 2.  Python 3 always handled them
    properly.  This fixes issue 157_.
  + Backup files left behind by editors are no longer collected by the source=
    option, fixing issue 168_.
  + If a file doesn't parse properly as Python, we don't report it as an error
    if the filename seems like maybe it wasn't meant to be Python.  This is a
    pragmatic fix for issue 82_.
  + The -m switch on coverage report, which includes missing line numbers
    in the summary report, can now be specifed as show_missing in the
    config file.  Closes issue 173_.
  + When running a module with coverage run -m <modulename>, certain details
    of the execution environment weren't the same as for
    python -m <modulename>.  This had the unfortunate side-effect of making
    coverage run -m unittest discover not work if you had tests in a
    directory named "test".  This fixes issue 155_.
  + Now the exit status of your product code is properly used as the process
    status when running python -m coverage run ....  Thanks, JT Olds.
  + When installing into pypy, we no longer attempt (and fail) to compile
    the C tracer function, closing issue 166_.
- Name Python3 binaries consistently:
  + Fix in setup.py to have correct egg-info data

-------------------------------------------------------------------
Thu Sep  6 09:28:27 UTC 2012 - toddrme2178@gmail.com

- Restore BuildRequires: python3  This package depends on hash
  algorithms that are only available if python3 is installed,
  python3-devel will not pull them in.  Building will fail if 
  BuildRequires: python3 is removed.

-------------------------------------------------------------------
Wed May 23 07:30:09 UTC 2012 - highwaystar.ru@gmail.com

- python3-coverage package added

Places

File python3-coverage.changes of Package python3-coverage

Places