|
Server IP : 111.118.215.189 / Your IP : 18.216.116.62 Web Server : Apache System : Linux md-in-83.webhostbox.net 4.19.286-203.ELK.el7.x86_64 #1 SMP Wed Jun 14 04:33:55 CDT 2023 x86_64 User : a1673wkz ( 2475) PHP Version : 8.2.25 Disable Function : NONE MySQL : OFF | cURL : ON | WGET : ON | Perl : ON | Python : ON Directory (0755) : /lib/python2.7/site-packages/pip/_vendor/requests/packages/ |
| [ Home ] | [ C0mmand ] | [ Upload File ] |
|---|
�
r2Wc @@ s� d Z d d l m Z d d l Z y d d l m Z Wn. e k
rf d d l Z e e j d e <n Xy d d l m Z Wn. e k
r� d d l Z e e j d e <n Xd S( s:
Debian and other distributions "unbundle" requests' vendored dependencies, and
rewrite all imports to use the global versions of ``urllib3`` and ``chardet``.
The problem with this is that not only requests itself imports those
dependencies, but third-party code outside of the distros' control too.
In reaction to these problems, the distro maintainers replaced
``requests.packages`` with a magical "stub module" that imports the correct
modules. The implementations were varying in quality and all had severe
problems. For example, a symlink (or hardlink) that links the correct modules
into place introduces problems regarding object identity, since you now have
two modules in `sys.modules` with the same API, but different identities::
requests.packages.urllib3 is not urllib3
With version ``2.5.2``, requests started to maintain its own stub, so that
distro-specific breakage would be reduced to a minimum, even though the whole
issue is not requests' fault in the first place. See
https://github.com/kennethreitz/requests/pull/2375 for the corresponding pull
request.
i ( t absolute_importNi ( t urllib3s
%s.urllib3( t chardets
%s.chardet(
t __doc__t
__future__R t syst R t ImportErrort modulest __name__R ( ( ( sJ /usr/lib/python2.7/site-packages/pip/_vendor/requests/packages/__init__.pyt <module> s