8
0

Accepting request 143339 from devel:languages:python

Automatic submission by obs-autosubmit

OBS-URL: https://build.opensuse.org/request/show/143339
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-coverage?expand=0&rev=11
This commit is contained in:
Stephan Kulow
2012-11-28 13:32:50 +00:00
committed by Git OBS Bridge
6 changed files with 106 additions and 14 deletions

View File

@@ -1,3 +0,0 @@
version https://git-lfs.github.com/spec/v1
oid sha256:baae44f36d7b4028ae57ebcfe47a541363a8d2cd0c58a4b90538d0944d2282a0
size 113277

3
coverage-3.5.3.tar.gz Normal file
View File

@@ -0,0 +1,3 @@
version https://git-lfs.github.com/spec/v1
oid sha256:60c6e95979d71175eb8acb7ca2def14c72794de418fd9222011f68283eb3cc02
size 117909

View File

@@ -1,3 +1,51 @@
-------------------------------------------------------------------
Tue Nov 20 18:15:53 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_.
------------------------------------------------------------------- -------------------------------------------------------------------
Thu May 24 11:47:40 UTC 2012 - cfarrell@suse.com Thu May 24 11:47:40 UTC 2012 - cfarrell@suse.com

View File

@@ -17,7 +17,7 @@
Name: python-coverage Name: python-coverage
Version: 3.5.1 Version: 3.5.3
Release: 0 Release: 0
Url: http://nedbatchelder.com/code/coverage/%{version} Url: http://nedbatchelder.com/code/coverage/%{version}
Summary: Code coverage measurement for Python Summary: Code coverage measurement for Python

View File

@@ -1,3 +1,53 @@
-------------------------------------------------------------------
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 Thu Sep 6 09:28:27 UTC 2012 - toddrme2178@gmail.com

View File

@@ -17,7 +17,7 @@
Name: python3-coverage Name: python3-coverage
Version: 3.5.1 Version: 3.5.3
Release: 0 Release: 0
Url: http://nedbatchelder.com/code/coverage/%{version} Url: http://nedbatchelder.com/code/coverage/%{version}
Summary: Code coverage measurement for Python Summary: Code coverage measurement for Python
@@ -26,19 +26,13 @@ Group: Development/Languages/Python
Source: http://pypi.python.org/packages/source/c/coverage/coverage-%{version}.tar.gz Source: http://pypi.python.org/packages/source/c/coverage/coverage-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-build BuildRoot: %{_tmppath}/%{name}-%{version}-build
BuildRequires: python3 BuildRequires: python3
BuildRequires: python3-2to3
BuildRequires: python3-devel BuildRequires: python3-devel
BuildRequires: python3-distribute BuildRequires: python3-distribute
BuildRequires: python3-xml BuildRequires: python3-xml
BuildRequires: python3-2to3
Requires: python3-distribute Requires: python3-distribute
Requires: python3-xml Requires: python3-xml
%if 0%{?suse_version} <= 1140
%{!?python3_sitearch: %global python3_sitearch %(python3 -c "from distutils.sysconfig import get_python_lib; print(get_python_lib(1))")}
%{!?py3_ver: %global py3_ver %(python3 -c "import sys; version=str(sys.version_info[0]) + '.' + str(sys.version_info[1]); print(version)")}
%endif
Requires: python(abi) = %{py3_ver}
%description %description
Coverage.py measures code coverage, typically during test execution. It uses Coverage.py measures code coverage, typically during test execution. It uses
the code analysis tools and tracing hooks provided in the Python standard the code analysis tools and tracing hooks provided in the Python standard
@@ -46,6 +40,7 @@ library to determine which lines are executable, and which have been executed.
%prep %prep
%setup -q -n coverage-%{version} %setup -q -n coverage-%{version}
sed -i "s|coverage =|coverage-%{py3_ver} =|" setup.py # Add Python version suffix to binaries
%build %build
2to3 --nobackups --write . 2to3 --nobackups --write .
@@ -53,12 +48,11 @@ python3 setup.py build
%install %install
python3 setup.py install --prefix=%{_prefix} --root=%{buildroot} python3 setup.py install --prefix=%{_prefix} --root=%{buildroot}
mv %{buildroot}%{_bindir}/coverage %{buildroot}%{_bindir}/coverage-python%{py3_ver}
%files %files
%defattr(-,root,root,-) %defattr(-,root,root,-)
%doc AUTHORS.txt CHANGES.txt README.txt %doc AUTHORS.txt CHANGES.txt README.txt
%{_bindir}/coverage-python%{py3_ver} %{_bindir}/coverage-%{py3_ver}
%{python3_sitearch}/coverage %{python3_sitearch}/coverage
%{python3_sitearch}/coverage-%{version}-py%{py3_ver}.egg-info %{python3_sitearch}/coverage-%{version}-py%{py3_ver}.egg-info