python-coverage-4.4.2-1.21

- test presence of python2 (not just if it is skipped; two different
  things now, unfortunately)

- update to version 4.4.2:
  * Support for Python 3.7. In some cases, class and module docstrings
    are no longer counted in statement totals, which could slightly
    change your total results.
  * Specifying both --source and --include no longer silently ignores
    the include setting, instead it displays a warning. Thanks, Loïc
    Dachary. Closes issue 265 and issue 101.
  * Fixed a race condition when saving data and multiple threads are
    tracing (issue 581). It could produce a ?dictionary changed size
    during iteration? RuntimeError. I believe this mostly but not
    entirely fixes the race condition. A true fix would likely be too
    expensive. Thanks, Peter Baughman for the debugging, and Olivier
    Grisel for the fix with tests.
  * Configuration values which are file paths will now apply
    tilde-expansion, closing issue 589.
  * Now secondary config files like tox.ini and setup.cfg can be
    specified explicitly, and prefixed sections like [coverage:run]
    will be read. Fixes issue 588.
  * Be more flexible about the command name displayed by help, fixing
    issue 600. Thanks, Ben Finney.

- update to version 4.4.1:
  * No code changes: just corrected packaging for Python 2.7 Linux
    wheels.
- changes from version 4.4:
  * Reports could produce the wrong file names for packages, reporting
    pkg.py instead of the correct pkg/__init__.py. This is now
    fixed. Thanks, Dirk Thomas.
  * XML reports could produce <source> and <class> lines that together
    didn?t specify a valid source file path. This is now fixed. (issue
    526)
  * Namespace packages are no longer warned as having no code. (issue
    572)
  * Code that uses sys.settrace(sys.gettrace()) in a file that wasn?t
    being coverage-measured would prevent correct coverage measurement
    in following code. An example of this was running doctests
    programmatically. This is now fixed. (issue 575)
  * Errors printed by the coverage command now go to stderr instead of
    stdout.
  * Running coverage xml in a directory named with non-ASCII
    characters would fail under Python 2. This is now fixed. (issue
    573)
- changes from version 4.4b1:
  * Some warnings can now be individually disabled. Warnings that can
    be disabled have a short name appended. The [run] disable_warnings
    setting takes a list of these warning names to disable. Closes
    both issue 96 and issue 355.
  * The XML report now includes attributes from version 4 of the
    Cobertura XML format, fixing issue 570.
  * In previous versions, calling a method that used collected data
    would prevent further collection. For example, save(), report(),
    html_report(), and others would all stop collection. An explicit
    start() was needed to get it going again. This is no longer
    true. Now you can use the collected data and also continue
    measurement. Both issue 79 and issue 448 described this problem,
    and have been fixed.
  * Plugins can now find unexecuted files if they choose, by
    implementing the find_executable_files method. Thanks, Emil
    Madsen.
  * Minimal IronPython support. You should be able to run IronPython
    programs under coverage run, though you will still have to do the
    reporting phase with CPython.
  * Coverage.py has long had a special hack to support CPython?s need
    to measure the coverage of the standard library tests. This code
    was not installed by kitted versions of coverage.py. Now it is.

- Handle cases where python2 is disabled
  (needed for SLE backports compatibility)

- uninstall alternatives in %postun

- update for singlespec
- update to 4.3.4:
  - Using the --skip-covered option on an HTML report with 100% coverage would
    cause a ?No data to report? error, as reported in issue 549. This is now
    fixed; thanks, Loïc Dachary.
  - If-statements can be optimized away during compilation, for example, if 0:
    or if __debug__:. Coverage.py had problems properly understanding these
    statements which existed in the source, but not in the compiled bytecode.
    This problem, reported in issue 522, is now fixed.
  - If you specified --source as a directory, then coverage.py would look for
    importable Python files in that directory, and could identify ones that had
    never been executed at all. But if you specified it as a package name, that
    detection wasn?t performed. Now it is, closing issue 426. Thanks to Loïc
    Dachary for the fix.
  - If you started and stopped coverage measurement thousands of times in your
    process, you could crash Python with a ?Fatal Python error: deallocating
    None? error. This is now fixed. Thanks to Alex Groce for the bug report.
  - On PyPy, measuring coverage in subprocesses could produce a warning: ?Trace
    function changed, measurement is likely wrong: None?. This was spurious,
    and has been suppressed.
  - Previously, coverage.py couldn?t start on Jython, due to that
    implementation missing the multiprocessing module (issue 551). This problem
    has now been fixed. Also, issue 322 about not being able to invoke coverage
    conveniently, seems much better: jython -m coverage run myprog.py works
    properly.
  - Let?s say you ran the HTML report over and over again in the same output
    directory, with --skip-covered. And imagine due to your heroic test-writing
    efforts, a file just acheived the goal of 100% coverage. With coverage.py
    4.3, the old HTML file with the less-than-100% coverage would be left
    behind. This file is now properly deleted.

- update to Version 4.3.1 ? 2016-12-28:
  - Some environments couldn?t install 4.3, as described in issue 540. This is
    now fixed.
  - The check for conflicting --source and --include was too simple in a few
    different ways, breaking a few perfectly reasonable use cases, described in
    issue 541. The check has been reverted while we re-think the fix for issue 265.
- update to Version 4.3 ? 2016-12-27:
  Special thanks to Loïc Dachary, who took an extraordinary interest in
  coverage.py and contributed a number of improvements in this release.
  - The HTML report now supports a --skip-covered option like the other
    reporting commands. Thanks, Loïc Dachary for the implementation, closing
    issue 433.
  - Subprocesses that are measured with automatic subprocess measurement used
    to read in any pre-existing data file. This meant data would be incorrectly
    carried forward from run to run. Now those files are not read, so each
    subprocess only writes its own data. Fixes issue 510.
  - Coverage.py wouldn?t execute sys.excepthook when an exception happened in
    your program. Now it does, thanks to Andrew Hoos. Closes issue 535.
  - The coverage combine command will now fail if there are no data files to
    combine. The combine changes in 4.2 meant that multiple combines could lose
    data, leaving you with an empty .coverage data file. Fixes issues issue 525,
    issue 412, issue 516, and probably issue 511.
  - The branch coverage issues described in issue 493, issue 496, and issue 502
    are now fixed, thanks to Loïc Dachary.
  - Options can now be read from a tox.ini file, if any. Like setup.cfg,
    sections are prefixed with ?coverage:?, so [run] options will be read from
    the [coverage:run] section of tox.ini. Implements part of issue 519. Thanks,
    Stephen Finucane.
  - Specifying both --source and --include no longer silently ignores the
    include setting, instead it fails with a message. Thanks, Nathan Land and
    Loïc Dachary. Closes issue 265.
  - Coverage.py can now search .pex files for source, just as it can .zip and
    .egg. Thanks, Peter Ebden.

- update to 4.2:
  - Since ``concurrency=multiprocessing`` uses subprocesses, options specified on
    the coverage.py command line will not be communicated down to them.  Only
    options in the configuration file will apply to the subprocesses.
    Previously, the options didn't apply to the subprocesses, but there was no
    indication.  Now it is an error to use ``--concurrency=multiprocessing`` and
    other run-affecting options on the command line.  This prevents
    failures like those reported in `issue 495`_.
  - Filtering the HTML report is now faster, thanks to Ville Skyttä.

- update to 4.0.3:
  - Fixed a mysterious problem that manifested in different ways: sometimes
    hanging the process (`issue 420`_), sometimes making database connections
    fail (`issue 445`_).
  - The XML report now has correct ``<source>`` elements when using a
    ``--source=`` option somewhere besides the current directory.  This fixes
    `issue 439`_. Thanks, Arcady Ivanov.
  - Fixed an unusual edge case of detecting source encodings, described in
    `issue 443`_.
  - Help messages that mention the command to use now properly use the actual
    command name, which might be different than "coverage".  Thanks to Ben Finney,
    this closes `issue 438`_.

- add LICENSE.txt