|
 |
964d9c |
%global module_name backports.ssl_match_hostname
|
|
|
964d9c |
|
|
|
964d9c |
Name: python-backports-ssl_match_hostname
|
|
|
964d9c |
Version: 3.5.0.1
|
|
|
964d9c |
Release: 1%{?dist}
|
|
|
964d9c |
Summary: The ssl.match_hostname() function from Python 3
|
|
|
964d9c |
|
|
|
964d9c |
License: Python
|
|
|
964d9c |
URL: https://bitbucket.org/brandon/backports.ssl_match_hostname
|
|
|
964d9c |
Source0: http://pypi.python.org/packages/source/b/%{module_name}/%{module_name}-%{version}.tar.gz
|
|
|
964d9c |
|
|
|
964d9c |
BuildArch: noarch
|
|
|
964d9c |
BuildRequires: python2-devel
|
|
|
964d9c |
Requires: python-backports
|
|
|
964d9c |
Requires: python-ipaddress
|
|
|
964d9c |
|
|
|
964d9c |
%description
|
|
|
964d9c |
The Secure Sockets layer is only actually secure if you check the hostname in
|
|
|
964d9c |
the certificate returned by the server to which you are connecting, and verify
|
|
|
964d9c |
that it matches to hostname that you are trying to reach.
|
|
|
964d9c |
|
|
|
964d9c |
But the matching logic, defined in RFC2818, can be a bit tricky to implement on
|
|
|
964d9c |
your own. So the ssl package in the Standard Library of Python 3.2 now includes
|
|
|
964d9c |
a match_hostname() function for performing this check instead of requiring
|
|
|
964d9c |
every application to implement the check separately.
|
|
|
964d9c |
|
|
|
964d9c |
This backport brings match_hostname() to users of earlier versions of Python.
|
|
|
964d9c |
The actual code is only slightly modified from Python 3.5.
|
|
|
964d9c |
|
|
|
964d9c |
|
|
|
964d9c |
%prep
|
|
|
964d9c |
%setup -qn %{module_name}-%{version}
|
|
|
964d9c |
cp backports/ssl_match_hostname/README.txt ./
|
|
|
964d9c |
cp backports/ssl_match_hostname/LICENSE.txt ./
|
|
|
964d9c |
|
|
|
964d9c |
|
|
|
964d9c |
%build
|
|
|
964d9c |
python setup.py build
|
|
|
964d9c |
|
|
|
964d9c |
|
|
|
964d9c |
%install
|
|
|
964d9c |
python setup.py install --skip-build --root %{buildroot}
|
|
|
964d9c |
rm %{buildroot}%{python_sitelib}/backports/__init__.py*
|
|
|
964d9c |
|
|
|
964d9c |
|
|
|
964d9c |
%files
|
|
|
964d9c |
%doc README.txt LICENSE.txt
|
|
|
964d9c |
%{python_sitelib}/*
|
|
|
964d9c |
|
|
|
964d9c |
|
|
|
964d9c |
%changelog
|
|
|
964d9c |
* Tue Oct 10 2017 Iryna Shcherbina <ishcherb@redhat.com> - 3.5.0.1-1
|
|
|
964d9c |
- Update to 3.5.0.1
|
|
|
964d9c |
Resolves: rhbz#1500373
|
|
|
964d9c |
|
|
|
964d9c |
* Fri Dec 27 2013 Daniel Mach <dmach@redhat.com> - 3.4.0.2-4
|
|
|
964d9c |
- Mass rebuild 2013-12-27
|
|
|
964d9c |
|
|
|
964d9c |
* Thu Dec 19 2013 Endi S. Dewata <edewata@redhat.com> - 3.4.0.2-3
|
|
|
964d9c |
- Restore python-backports dependency on RHEL
|
|
|
964d9c |
|
|
|
964d9c |
* Mon Dec 09 2013 Endi S. Dewata <edewata@redhat.com> - 3.4.0.2-2
|
|
|
964d9c |
- Drop python-backports dependency on RHEL
|
|
|
964d9c |
|
|
|
964d9c |
* Sun Oct 27 2013 Toshio Kuratomi <toshio@fedoraproject.org> - 3.4.0.2-1
|
|
|
964d9c |
- Update to upstream 3.4.0.2 for a security fix
|
|
|
964d9c |
- http://bugs.python.org/issue17997
|
|
|
964d9c |
|
|
|
964d9c |
* Mon Sep 02 2013 Ian Weller <iweller@redhat.com> - 3.4.0.1-1
|
|
|
964d9c |
- Update to upstream 3.4.0.1
|
|
|
964d9c |
|
|
|
964d9c |
* Mon Aug 19 2013 Ian Weller <iweller@redhat.com> - 3.2-0.5.a3
|
|
|
964d9c |
- Use python-backports instead of providing backports/__init__.py
|
|
|
964d9c |
|
|
|
964d9c |
* Sun Aug 04 2013 Fedora Release Engineering <rel-eng@lists.fedoraproject.org> - 3.2-0.4.a3
|
|
|
964d9c |
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
|
|
|
964d9c |
|
|
|
964d9c |
* Mon May 20 2013 Toshio Kuratomi <toshio@fedoraproject.org> - 3.2-0.3.a3
|
|
|
964d9c |
- Add patch for CVE 2013-2099 https://bugzilla.redhat.com/show_bug.cgi?id=963260
|
|
|
964d9c |
|
|
|
964d9c |
* Tue Feb 05 2013 Ian Weller <iweller@redhat.com> - 3.2-0.2.a3
|
|
|
964d9c |
- Fix Python issue 12000
|
|
|
964d9c |
|
|
|
964d9c |
* Fri Dec 07 2012 Ian Weller <iweller@redhat.com> - 3.2-0.1.a3
|
|
|
964d9c |
- Initial package build
|