|
Server : Apache System : Linux cvar2.toservers.com 3.10.0-962.3.2.lve1.5.73.el7.x86_64 #1 SMP Wed Aug 24 21:31:23 UTC 2022 x86_64 User : njnconst ( 1116) PHP Version : 8.4.18 Disable Function : NONE Directory : /opt/alt-old/python27/lib/python2.7/site-packages/requests/packages/ |
Upload File : |
�
h��Vc @@ 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 ( ( ( sK /opt/alt/python27/lib/python2.7/site-packages/requests/packages/__init__.pyt <module> s