Quais são as conseqüências da instalação de alguns pacotes el6 no Centos 7?

Question

Sou responsável pela administração de uma caixa do Centos 7 no meu contrato. Eu sou realmente mais um desenvolvedor e não muito de um administrador Linux, então por favor, tenha comigo e talvez tente explicar isso para mim como se eu tivesse 5 anos.

Um dos aplicativos em que estamos trabalhando precisava de algo chamado pdftk . Infelizmente, uma dependência para isso é algo chamado libgcj. Eu li que libgcj é considerado obsoleto e não é mais "fornecido" com o novo Centos 7.

Então, eu fiz isso:

wget http://mirror.centos.org/centos/6/os/x86_64/Packages/libgcj-4.4.7-11.el6.x86_64.rpm
wget https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk-2.02-1.el6.x86_64.rpm
rpm -ivh --nodeps libgcj-4.4.7-11.el6.x86_64.rpm
yum install pdftk-2.02-1.el6.x86_64.rpm

E o yay pdftk funciona agora. No entanto, eu tenho lido ao redor e tenho determinado que isso foi uma má ideia. Nenhuma razão dada por que isso era uma coisa estúpida para fazer. Então alguém poderia lançar alguma luz sobre por que eu não deveria ter feito isso? Ou talvez me dê alguns conselhos ou precauções que devo tomar agora? Tenho medo de reiniciar o servidor ou instalar atualizações até saber que isso não vai quebrar a nossa caixa.

Obrigado antecipadamente.

    

Answer 1

Esta não é uma resposta completa, mas, até agora, ninguém forneceu razões sobre por que isso não é um procedimento PODE ser uma má ideia:

Algumas versões de pacotes dependem de funções fornecidas por bibliotecas externas. Essas bibliotecas mudam com o tempo e, nesse processo, possivelmente alteram seu comportamento ou até mesmo removem funções completamente. Mudar de EL6 para EL7 é um grande passo, então pode haver uma nova versão do pacote / biblioteca XYZ, que pode geralmente funcionar com sua versão instalada do pacote, mas não em extensão total.

No seu caso, o pdftk pode funcionar normalmente como esperado, mas em alguns casos especiais pode haver uma chamada de função, que não funcionará com o restante dos pacotes instalados e, portanto, pode falhar ou se comportar de maneira inesperada. Avaliar onde esse mau comportamento tem sua origem se tornaria muito complicado.

Pode haver muitas outras razões para não fazer isso, mas esta é a primeira coisa em que penso, e para sistemas de produção a estabilidade é fundamental. Portanto, eu não misturaria versões que não fossem projetadas para uma versão específica do sistema operacional. Pelo menos não sem um teste completo.

    

Answer 2

O principal problema é:

Não é suportado

Você pode usar algumas linhas de comando para trazer gcc-java , libgcj , libgcj-devel para o seu sistema. No entanto, esse software não é suportado no CentOS 7. É mais provável que as coisas quebrem quando você estiver usando essas configurações que não são suportadas. O que nos leva a ...

A Rackspace não irá suportá-lo. O benefício de usar o CentOS em vez do Ubuntu é, obviamente, melhor suporte corporativo. Você perde tudo isso quando usa configurações não suportadas como essa. Então, se você disser à Rackspace "faça de mim um servidor com software XYZ, incluindo o pdftk", eles dirão "não".

Se alguém precisar do pdftk para trabalhar no CentOS 7 em uma configuração suportada, existe um garfo para reescrever as partes Java e aceitá-las no CentOS 7. Minha empresa PRECISA disso e eu não tenho tempo para fazer isso, então estão começando uma recompensa por este trabalho. Convido-o a verificar essa recompensa e garfo no link