É sempre necessário verificar as dependências do pacote com rpm
. Você tem os outros pacotes baixados no mesmo diretório onde o pacote mysql-client está sendo instalado. Como rpm
não oferece resolução de dependência, é necessário que ferramentas como o yum tenham entrado em cena para facilitar a instalação do rpms. Em caso afirmativo, sugiro resolver a dependência do pacote, ou melhor, ter o yum configurado no host e deixar que você assuma o fardo da resolução de dependências e instalá-los por meio do rpm.
Em seu caso acima, se você realmente está vendo que seus arquivos não estão instalados enquanto o rpm afirma que os arquivos estão presentes no pacote que está instalado. Um método simples para verificar novamente seria.
rpm -ql MySQL-client-5.5.16-1 | xargs ls -ld
Se você está vendo todos os arquivos presentes, então o rpm está certo que você tem todos os arquivos presentes do pacote do cliente. Se não, então há algo errado, pode ser que o pacote mysql-client tenha sido realmente instalado, mas algum usuário / processo desonesto tenha apagado esses arquivos de seu local de instalação ?. Pode ser possível. Para o qual, o rpm não garante, pois tudo verifica e faz referência a partir de seu rpmdb
. Gostaria de sugerir para erase
o pacote e reinstalar o pacote do cliente MySQL. Execute todas as resoluções de dependência necessárias, conforme necessário.
Além disso, isso não está relacionado ao RPM, mas caso você pretenda usar o mysql do perl, você não precisa necessariamente depender dos pacotes DBI / DBD :: MySQL perl, em vez disso você pode usar o perl independente do Tsucchi: pacote, que não tem a necessidade de se ligar a bibliotecas mysql nem depende da instalação do mysql em qualquer pasta. Apenas bifurque / clone este pacote do github e está tudo pronto para usar o mysql do perl não interativamente, também existe um pequeno script que funciona como shell do mysql caso você esteja interessado. O repositório bifurcado está em link