Вы ошибаетесь. В состав дистрибутива входит множество приложений, требующих python
, pip
и целого ряда модулей Python.
Установка этих пакетов в /usr/bin
является доменом 1 менеджера пакетов(dnf
-в Fedora, yum
в CentOS ). Вы не должны использовать pip
для установки/удаления чего-либо в этот каталог. Это ставит под угрозу вашу способность правильно управлять системой.
Используйте dnf
только для управления python-*
пакетами
$ yum search python |& grep ^python | head
python-Bottleneck-doc.noarch : Documentation files for python-Bottleneck
python-CDDB.x86_64 : CDDB and FreeDB audio CD track info access in Python
python-GeoIP.x86_64 : Python bindings for the GeoIP geographical lookup
python-GeographicLib.noarch : Python implementation of GeographicLib
python-GnuPGInterface.noarch : A Python module to interface with GnuPG
python-GridDataFormats.noarch : Read and write data on regular grids in Python
python-IPy.noarch : Python module for handling IPv4 and IPv6 Addresses and
python-Levenshtein.x86_64 : Python extension computing string distances and
python-MAPI.x86_64 : The Python MAPI extension by Zarafa
python-NLopt.x86_64 : Python bindings for NLopt
Настройте специальную версию Python/pip, используя virtualenv
/ pipenv
, для вашей личной деятельности по разработке программного обеспечения в этих системах.
Боритесь с желанием и оставьте их нетронутыми, а не рассматривайте их как имеющиеся у вас для использования и т. д. для ваших программных начинаний. Для ваших приложений вы должны использовать что-то вроде virtualenv
или pipenv
для настройки и обслуживания ваших собственных файлов reqirements.txt
и ваших собственных изолированных сред Python, где вы будете устанавливать/обслуживать/управлять необходимыми модулями Python вашего проекта кодирования.
У нас уже есть обширные вопросы и ответы по установке/настройке virtualenv
на сайте, поэтому, пожалуйста, используйте их, чтобы узнать больше о чем-то конкретном.
Для справки см. эти руководства по началу работы сvirtualenv
:
Спасибо всем, кто столкнулся с такой же проблемой :Я просто понизил SSL до 1.1.1, и он работает.
SQL Server 2008 r2 SP3 должен поддерживать 1.1.1g или 1.1.1f.
Ниже приведены инструкции, которым необходимо следовать:
wget https://www.openssl.org/source/openssl-1.1.1.tar.gz
with tar -zxf openssl-1.1.1.tar.gz && cd openssl-1.1.1
./config
. sudo apt install make gcc
make
make test
для проверки возможных ошибок. sudo mv /usr/bin/openssl ~/tmp
sudo make install
. sudo ln -s /usr/local/bin/openssl /usr/bin/openssl
sudo ldconfig
, чтобы обновить символические ссылки и перестроить кэш библиотеки. Предполагая, что при выполнении шагов с 4 по 10 не было ошибок, вы должны были успешно установить новую версию OpenSSL.
Опять же, из терминала введите команду:
openssl version
Вывод должен быть следующим:
OpenSSL 1.1.1 11 Sep 2018
источник (отличается openssl, но тот же подход)
https://askubuntu.com/questions/1102803/how-to-upgrade-openssl-1-1-0-to-1-1-1-in-ubuntu-18-04