SILENT KILLERPanel

Current Path: > > lib > python2.7 > site-packages > pip > utils >


Operation   : Linux premium131.web-hosting.com 4.18.0-553.44.1.lve.el8.x86_64 #1 SMP Thu Mar 13 14:29:12 UTC 2025 x86_64
Software     : Apache
Server IP    : 162.0.232.56 | Your IP: 216.73.216.111
Domains      : 1034 Domain(s)
Permission   : [ 0755 ]

Files and Folders in: //lib/python2.7/site-packages/pip/utils/

NameTypeSizeLast ModifiedActions
__init__.py File 27187 bytes April 21 2022 18:08:21.
__init__.pyc File 27725 bytes April 21 2022 18:08:35.
__init__.pyo File 27666 bytes April 21 2022 18:08:36.
appdirs.py File 8811 bytes April 21 2022 18:08:21.
appdirs.pyc File 8607 bytes April 21 2022 18:08:35.
appdirs.pyo File 8607 bytes April 21 2022 18:08:35.
build.py File 1312 bytes April 21 2022 18:08:21.
build.pyc File 1719 bytes April 21 2022 18:08:35.
build.pyo File 1719 bytes April 21 2022 18:08:35.
deprecation.py File 2232 bytes April 21 2022 18:08:21.
deprecation.pyc File 2317 bytes April 21 2022 18:08:35.
deprecation.pyo File 2317 bytes April 21 2022 18:08:35.
encoding.py File 971 bytes April 21 2022 18:08:21.
encoding.pyc File 1282 bytes April 21 2022 18:08:35.
encoding.pyo File 1282 bytes April 21 2022 18:08:35.
filesystem.py File 899 bytes April 21 2022 18:08:21.
filesystem.pyc File 780 bytes April 21 2022 18:08:35.
filesystem.pyo File 780 bytes April 21 2022 18:08:35.
glibc.py File 2939 bytes April 21 2022 18:08:21.
glibc.pyc File 1826 bytes April 21 2022 18:08:35.
glibc.pyo File 1826 bytes April 21 2022 18:08:35.
hashes.py File 2866 bytes April 21 2022 18:08:21.
hashes.pyc File 3961 bytes April 21 2022 18:08:35.
hashes.pyo File 3961 bytes April 21 2022 18:08:35.
logging.py File 3327 bytes April 21 2022 18:08:21.
logging.pyc File 4842 bytes April 21 2022 18:08:35.
logging.pyo File 4842 bytes April 21 2022 18:08:35.
outdated.py File 5989 bytes April 21 2022 18:08:21.
outdated.pyc File 5680 bytes April 21 2022 18:08:35.
outdated.pyo File 5680 bytes April 21 2022 18:08:35.
packaging.py File 2080 bytes April 21 2022 18:08:21.
packaging.pyc File 2461 bytes April 21 2022 18:08:35.
packaging.pyo File 2461 bytes April 21 2022 18:08:35.
setuptools_build.py File 278 bytes April 21 2022 18:08:21.
setuptools_build.pyc File 347 bytes April 21 2022 18:08:35.
setuptools_build.pyo File 347 bytes April 21 2022 18:08:35.
ui.py File 11597 bytes April 21 2022 18:08:21.
ui.pyc File 11683 bytes April 21 2022 18:08:35.
ui.pyo File 11613 bytes April 21 2022 18:08:36.

Reading File: //lib/python2.7/site-packages/pip/utils//glibc.py

from __future__ import absolute_import

import re
import ctypes
import platform
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():
    glibc_version = glibc_version_string()
    if glibc_version is None:
        # For non-glibc platforms, fall back on platform.libc_ver
        return platform.libc_ver()
    else:
        return ("glibc", glibc_version)

SILENT KILLER Tool