Temos um servidor RHEL 8.10, e o local padrão para pacotes Python é em /usr/lib/python3.6/site-packages/
. Isso inclui, é claro, os pacotes DNF localizados em /usr/lib/python3.6/site-packages/dnf
.
Instalamos uma nova versão do Python (3.8), e aqui estão os seguintes pacotes:
ls -ltr /usr/lib/python3.8/site-packages/
total 8
-rw-r--r-- 1 root root 126 Aug 6 2023 easy_install.py
drwxr-xr-x 2 root root 82 Mar 24 17:57 __pycache__
drwxr-xr-x 2 root root 170 Mar 24 17:57 setuptools-41.6.0.dist-info
drwxr-xr-x 5 root root 94 Mar 24 17:57 pkg_resources
drwxr-xr-x 6 root root 4096 Mar 24 17:57 setuptools
drwxr-xr-x 2 root root 130 Mar 24 17:57 pip-19.3.1.dist-info
drwxr-xr-x 5 root root 95 Mar 24 17:57 pip
Agora, queremos instalar os pacotes DNF, que devem estar localizados em /usr/lib/python3.8/site-packages/
.
O problema é que quando tentamos instalar o DNF usando o seguinte comando:
yum localinstall python3-dnf-4.7.0-20.el8.noarch.rpm
Não está instalado no caminho /usr/lib/python3.8/site-packages/
.
Qual é a abordagem correta para instalar os pacotes DNF em /usr/lib/python3.8/site-packages/
?
Eu também tentei isso, mas não ajudou
PYTHONPATH=/usr/lib/python3.8/site-packages
yum localinstall python3-dnf-4.7.0-20.el8.noarch.rpm
Last metadata expiration check: 0:30:53 ago on Mon 24 Mar 2025 06:35:20 PM UTC.
Package python3-dnf-4.7.0-20.el8.noarch is already installed.
Dependencies resolved.
Nothing to do.
Complete!
Você não pode, não é assim que os pacotes Python (ou pacotes RPM em geral) funcionam. O
python3-dnf-4.7.0-20.el8
pacote RPM é construído com Python 3.6 e pode ser usado somente com Python 3.6.Um pacote RPM é apenas um arquivo (com alguns metadados), os caminhos não são dinâmicos, mas determinados durante o tempo de construção e não são alterados durante a instalação do pacote. Se você extrair o pacote, poderá ver todos os arquivos com caminhos completos:
Se você quiser instalar a versão Python 3.8 do DNF, você precisa de uma versão Python 3.8 do DNF (que não está disponível para RHEL 8) ou construir uma a partir do código-fonte. Mas esteja avisado, é muito fácil quebrar seu sistema se você começar a mexer com o Python do sistema e ferramentas de sistema como DNF. Não tenho certeza de qual é seu objetivo, mas recomendo fortemente usar ambientes virtuais para isso.
Se seu objetivo é substituir o Python 3.6 pelo 3.8 em todo o sistema e substituir todos os pacotes do sistema por versões do Python 3.8, então a resposta é: NÃO FAÇA. Você precisaria reconstruir a maior parte do seu sistema (pelo menos tudo no sistema dependendo do Python) do zero e provavelmente destruiria seu sistema no processo. Se você precisa de uma versão mais recente do Python em todo o sistema, precisa atualizar para uma versão mais recente do RHEL (o RHEL 9 vem com o Python 3.9).