Package: python-wsgi-intercept / 1.13.1-2
Metadata
| Package | Version | Patches format |
|---|---|---|
| python-wsgi-intercept | 1.13.1-2 | 3.0 (quilt) |
Patch series
view the series file| Patch | File delta | Description |
|---|---|---|
| support urllib3 2.x_1.patch | (download) |
setup.py |
8 2 + 6 - 0 ! |
[patch 1/6] get rid of six and python 2 |
| support urllib3 2.x_2.patch | (download) |
setup.py |
2 1 + 1 - 0 ! |
[patch 2/6] for sharing testing |
| support urllib3 2.x_3.patch | (download) |
wsgi_intercept/__init__.py |
20 17 + 3 - 0 ! |
[patch 3/6] play around with arg manipulation |
| support urllib3 2.x_4.patch | (download) |
wsgi_intercept/__init__.py |
30 21 + 9 - 0 ! |
[patch 4/6] correct ssl handling for urllib3 based things It seems that we need to replicate some ssl context handling done in urllib3 as we are routing around some of that by using wsgi-intercept, even when not actively intercepting a host. |
| support urllib3 2.x_5.patch | (download) |
wsgi_intercept/__init__.py |
21 7 + 14 - 0 ! |
[patch 5/6] pep8 and readme fixes |
| support urllib3 2.x_6.patch | (download) |
wsgi_intercept/_urllib3.py |
1 0 + 1 - 0 ! |
[patch 6/6] extraneous print removal |
| pop ssl context.patch | (download) |
wsgi_intercept/_urllib3.py |
1 1 + 0 - 0 ! |
pop ssl_context |
