Há algum problema em instalar um RPM construído para versões inferiores do sistema operacional em uma versão mais alta do sistema operacional?

1

Nosso servidor de produção está rodando sqlite-3.3.6-2 na versão 5.2 (Final) do CentOS.

Estamos planejando atualizar o SQLite para a versão mais recente v3.7.3 (pelo menos v3.5 +). Mas não há RPM disponível no site SQLite e não é possível encontrar um na pesquisa do Google também .

Mas estou achando a v3.5 + RPM para RHEL3 aqui . Como estamos rodando o CentOS5 de 64 bits,

  1. Há algum problema em instalar um pacote RPM RHEL3 de 64 bits em um servidor CentOS5 de 64 bits?
  2. No caso, se ele puder ser instalado, haverá implicações / efeitos colaterais?

Em geral, podemos instalar um RPM construído para uma versão inferior do sistema operacional (ex: RHEL3) em uma versão superior do sistema operacional (ex: RHEL5)?

    
por Gnanam 09.11.2010 / 12:10

2 respostas

5

A resposta na minha experiência geral é "se funciona". Os RPMs possuem verificação de dependência embutida; eles sabem se precisam de uma versão particular do glibc, ou php, ou mysql, ou foo, bar ou baz. Se você fizer um

rpm -ivh fribble-4.5.6-el3.i386.rpm

e ele é executado até a conclusão, você provavelmente está OK (embora teste-o). Se em vez disso, diz

error: Failed dependencies:
    libgwenhywfar.so.38 is needed by fribble-4.5.6-el3.i386.rpm
    libofx.so.3 is needed by fribble-4.5.6-el3.i386.rpm
    python(abi) = 2.4 is needed by fribble-4.5.6-el3.i386.rpm

essa é a maneira de dizer a RH que não, não vai funcionar. Você pode, é claro, anular isso com --nodeps , mas você terá muita dor se o fizer, então não; encontre um RPM atualizado.

    
por 09.11.2010 / 12:19
0

O salto neste caso é muito grande e o sqlite está presente no repositório base. Recriar a partir do SRPM. Observe que você será responsável por gerenciar as atualizações sozinho, caso decida fazer isso.

    
por 09.11.2010 / 12:20