File Manager

X7ROOT File Manager

Current Path: /usr/lib/python2.7/site-packages/setuptools

usr / lib / python2.7 / site-packages / setuptools /

ðŸ“ ..
ðŸ“„ __init__.py(5.57 KB)
ðŸ“„ __init__.pyc(7.45 KB)
ðŸ“„ __init__.pyo(7.45 KB)
ðŸ“ _vendor
ðŸ“„ archive_util.py(6.44 KB)
ðŸ“„ archive_util.pyc(6 KB)
ðŸ“„ archive_util.pyo(6 KB)
ðŸ“„ build_meta.py(5.54 KB)
ðŸ“„ build_meta.pyc(6.48 KB)
ðŸ“„ build_meta.pyo(6.37 KB)
ðŸ“ command
ðŸ“„ config.py(16 KB)
ðŸ“„ config.pyc(16.49 KB)
ðŸ“„ config.pyo(16.49 KB)
ðŸ“„ dep_util.py(935 B)
ðŸ“„ dep_util.pyc(965 B)
ðŸ“„ dep_util.pyo(965 B)
ðŸ“„ depends.py(5.7 KB)
ðŸ“„ depends.pyc(6.33 KB)
ðŸ“„ depends.pyo(6.33 KB)
ðŸ“„ dist.py(41.52 KB)
ðŸ“„ dist.pyc(40.53 KB)
ðŸ“„ dist.pyo(40.47 KB)
ðŸ“„ extension.py(1.69 KB)
ðŸ“„ extension.pyc(2.36 KB)
ðŸ“„ extension.pyo(2.36 KB)
ðŸ“ extern
ðŸ“„ glibc.py(3.07 KB)
ðŸ“„ glibc.pyc(1.91 KB)
ðŸ“„ glibc.pyo(1.91 KB)
ðŸ“„ glob.py(5.08 KB)
ðŸ“„ glob.pyc(4.71 KB)
ðŸ“„ glob.pyo(4.64 KB)
ðŸ“„ launch.py(787 B)
ðŸ“„ launch.pyc(1000 B)
ðŸ“„ launch.pyo(1000 B)
ðŸ“„ lib2to3_ex.py(1.97 KB)
ðŸ“„ lib2to3_ex.pyc(2.93 KB)
ðŸ“„ lib2to3_ex.pyo(2.93 KB)
ðŸ“„ monkey.py(5.65 KB)
ðŸ“„ monkey.pyc(6.19 KB)
ðŸ“„ monkey.pyo(6.19 KB)
ðŸ“„ msvc.py(39.92 KB)
ðŸ“„ msvc.pyc(39.41 KB)
ðŸ“„ msvc.pyo(39.41 KB)
ðŸ“„ namespaces.py(3.12 KB)
ðŸ“„ namespaces.pyc(4.92 KB)
ðŸ“„ namespaces.pyo(4.92 KB)
ðŸ“„ package_index.py(39.21 KB)
ðŸ“„ package_index.pyc(38.81 KB)
ðŸ“„ package_index.pyo(38.81 KB)
ðŸ“„ pep425tags.py(10.63 KB)
ðŸ“„ pep425tags.pyc(9.12 KB)
ðŸ“„ pep425tags.pyo(9.12 KB)
ðŸ“„ py27compat.py(536 B)
ðŸ“„ py27compat.pyc(1.02 KB)
ðŸ“„ py27compat.pyo(1.02 KB)
ðŸ“„ py31compat.py(1.16 KB)
ðŸ“„ py31compat.pyc(1.85 KB)
ðŸ“„ py31compat.pyo(1.85 KB)
ðŸ“„ py33compat.py(1.15 KB)
ðŸ“„ py33compat.pyc(1.68 KB)
ðŸ“„ py33compat.pyo(1.68 KB)
ðŸ“„ py36compat.py(2.82 KB)
ðŸ“„ py36compat.pyc(2.79 KB)
ðŸ“„ py36compat.pyo(2.79 KB)
ðŸ“„ sandbox.py(13.94 KB)
ðŸ“„ sandbox.pyc(18.46 KB)
ðŸ“„ sandbox.pyo(18.46 KB)
ðŸ“„ script (dev).tmpl(201 B)
ðŸ“„ script.tmpl(138 B)
ðŸ“„ site-patch.py(2.25 KB)
ðŸ“„ site-patch.pyc(1.7 KB)
ðŸ“„ site-patch.pyo(1.7 KB)
ðŸ“„ ssl_support.py(8.29 KB)
ðŸ“„ ssl_support.pyc(8.32 KB)
ðŸ“„ ssl_support.pyo(8.32 KB)
ðŸ“„ unicode_utils.py(996 B)
ðŸ“„ unicode_utils.pyc(1.44 KB)
ðŸ“„ unicode_utils.pyo(1.44 KB)
ðŸ“„ version.py(144 B)
ðŸ“„ version.pyc(322 B)
ðŸ“„ version.pyo(322 B)
ðŸ“„ wheel.py(7.06 KB)
ðŸ“„ wheel.pyc(7.17 KB)
ðŸ“„ wheel.pyo(7.14 KB)
ðŸ“„ windows_support.py(714 B)
ðŸ“„ windows_support.pyc(1.24 KB)
ðŸ“„ windows_support.pyo(1.24 KB)

Editing: glibc.py

# This file originally from pip:
# https://github.com/pypa/pip/blob/8f4f15a5a95d7d5b511ceaee9ed261176c181970/src/pip/_internal/utils/glibc.py
from __future__ import absolute_import

import ctypes
import re
import warnings

def glibc_version_string():
    "Returns glibc version string, or None if not using glibc."

# ctypes.CDLL(None) internally calls dlopen(NULL), and as the dlopen
    # manpage says, "If filename is NULL, then the returned handle is for the
    # main program". This way we can let the linker do the work to figure out
    # which libc our process is actually using.
    process_namespace = ctypes.CDLL(None)
    try:
        gnu_get_libc_version = process_namespace.gnu_get_libc_version
    except AttributeError:
        # Symbol doesn't exist -> therefore, we are not linked to
        # glibc.
        return None

# Call gnu_get_libc_version, which returns a string like "2.5"
    gnu_get_libc_version.restype = ctypes.c_char_p
    version_str = gnu_get_libc_version()
    # py2 / py3 compatibility:
    if not isinstance(version_str, str):
        version_str = version_str.decode("ascii")

return version_str

# Separated out from have_compatible_glibc for easier unit testing
def check_glibc_version(version_str, required_major, minimum_minor):
    # Parse string and check against requested version.
    #
    # We use a regexp instead of str.split because we want to discard any
    # random junk that might come after the minor version -- this might happen
    # in patched/forked versions of glibc (e.g. Linaro's version of glibc
    # uses version strings like "2.20-2014.11"). See gh-3588.
    m = re.match(r"(?P<major>[0-9]+)\.(?P<minor>[0-9]+)", version_str)
    if not m:
        warnings.warn("Expected glibc version with 2 components major.minor,"
                      " got: %s" % version_str, RuntimeWarning)
        return False
    return (int(m.group("major")) == required_major and
            int(m.group("minor")) >= minimum_minor)

def have_compatible_glibc(required_major, minimum_minor):
    version_str = glibc_version_string()
    if version_str is None:
        return False
    return check_glibc_version(version_str, required_major, minimum_minor)

# platform.libc_ver regularly returns completely nonsensical glibc
# versions. E.g. on my computer, platform says:
#
#   ~$ python2.7 -c 'import platform; print(platform.libc_ver())'
#   ('glibc', '2.7')
#   ~$ python3.5 -c 'import platform; print(platform.libc_ver())'
#   ('glibc', '2.9')
#
# But the truth is:
#
#   ~$ ldd --version
#   ldd (Debian GLIBC 2.22-11) 2.22
#
# This is unfortunate, because it means that the linehaul data on libc
# versions that was generated by pip 8.1.2 and earlier is useless and
# misleading. Solution: instead of using platform, use our code that actually
# works.
def libc_ver():
    """Try to determine the glibc version

Returns a tuple of strings (lib, version) which default to empty strings
    in case the lookup fails.
    """
    glibc_version = glibc_version_string()
    if glibc_version is None:
        return ("", "")
    else:
        return ("glibc", glibc_version)

X7ROOT File Manager

Editing: glibc.py

Upload File

Create Folder