O OracleLinux 8.6 contém o pacote de 32 bits glibc-2.28-189.1.0.1.el8.i686.rpm
. Este pacote requer glibc-common
exatamente essa versão:
$ rpm -qpv --requires glibc-2.28-189.1.0.1.el8.i686.rpm
...
manual: glibc-common = 2.28-189.1.0.1.el8
...
No entanto, os repositórios não contêm glibc-common-2.28-189.1.0.1.el8.i686.rpm
, apenas glibc-common-2.28-189.1.0.1.el8.x86_64.rpm
.
A versão de 64 bits pode atender ao requisito de dependência do pacote glibc-common
de 32 bits ? glibc
Em caso afirmativo, por que não é considerado noarch
e como o resolvedor de dependência RPM descobriria que precisa extrair a variante de 64 bits do pacote RPM?
Alternativamente, existe um repositório no qual exatamente esta versão glibc-common.i686
é fornecida? Estou ciente do repositório Koji , mas isso fornece apenas glibc-common-2.28-189.el8.i686.rpm
, não 2.28-189.1.0.1.el8
.
Sim, a versão de 64 bits satisfaz a dependência
glibc-common
de 32 bits .glibc
No entanto, não pode ser umnoarch
pacote porque contém “binários comuns para as bibliotecas GNU libc, bem como suporte a idioma nacional (locale)” — o que significa que seu conteúdo varia em cada arquitetura em que é construído.O RHEL 8 e seus derivados suportam apenas plataformas de 64 bits, portanto, o único cenário em que você pode instalar
glibc.i686
é como uma variante de 32 bits doglibc.x86_64
. O resolvedor considerará pacotes de “arquitetura principal” se uma dependência de mesma arquitetura não estiver disponível; neste caso específico, a dependência já estará resolvida de qualquer forma, não haverá mais nada para instalar.