Uma possibilidade: em /etc/yum.conf , você pode alterar multilib_policy de "todos" para "melhor" se, por padrão, você quiser corresponder a x86_64 .
Você também pode especificar a arquitetura após pkg_name . Por exemplo, yumdownloader guile.x86_64 .
Mas aqui está o que está acontecendo, que indica como "consertar". Quando você não usar --archlist ou fornecer a arquitetura, um pacote como "guile", "guile" corresponderá aos dois pacotes "guile.x86_64" e "guile.i686", desde que todas as dependências de cada pacote sejam fornecidas.
Portanto, o ciclo de feedback ruim que você tem aqui é quanto mais vezes você instala duas versões de um pacote, como não dando --archlist ou indicando o arco no download, o mais provável no futuro instalar ou descarregar corresponderá a mais de um pacote porque é mais provável que você tenha ambas as dependências satisfeitas.
Portanto, a outra forma mais tediosa de lidar com isso é encontrar as dependências de um pacote e, nesses casos, onde há i686 versões, remover essas. Isso exigirá que você remova mais e mais i686 pacote e provavelmente desejará ter certeza de que há x86_64 versões desses. Em alguns casos, pode não haver ou não há problema em não ter esse outro pacote.
Se você construiu este sistema de forma automatizada, como um script inserido no anaconda ou um sistema de gerenciamento de configuração como fantoche ou chef, quando você lista os pacotes a serem carregados, provavelmente para adicionar o arco x86_64 após os nomes dos pacotes (por exemplo, guile.x86_68 em vez de guile ) para reduzir o problema de cada pacote ser instalado em um modo de 32 bits ou 64 bits.
Finalmente, devo observar que não há dúvidas de alguns pacotes que existem apenas em formulários de 32 bits.