Sou responsável pela administração de uma caixa Centos 7 no meu contrato de trabalho. Na verdade, sou mais um desenvolvedor e não um administrador de Linux, então, por favor, tenha paciência comigo e talvez tente me explicar isso como se eu tivesse 5 anos.
Um dos aplicativos em que estamos trabalhando precisava de algo chamadopdftk. Infelizmente, uma dependência para isso é algo chamado libgcj. Eu li que a libgcj é considerada obsoleta e não é mais "enviada" 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 sim, o pdftk funciona agora. No entanto, estive lendo e concluí que isso era uma má ideia. Nenhuma razão foi dada para explicar por que isso foi uma coisa estúpida de se fazer. Alguém poderia esclarecer 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 quebrará nossa caixa.
Agradeço antecipadamente.
Responder1
Esta não pretende ser uma resposta completa, mas até agora ninguém forneceu razões sobre por que este não é um procedimento, PODE ser uma má ideia:
Certas versões de pacotes dependem de funções fornecidas por bibliotecas externas. Essas bibliotecas mudam com o tempo e, nesse processo, possivelmente mudam seu comportamento ou até mesmo removem funções completamente. Mudar do EL6 para o EL7 é um grande passo, então pode haver uma nova versão do pacote/biblioteca XYZ, que geralmente pode funcionar com a versão instalada do pacote, mas não em toda a sua extensão.
No seu caso, o pdftk geralmente pode funcionar conforme o 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, poderá travar ou se comportar de forma inesperada. Avaliar a origem desse mau comportamento seria muito complicado.
Pode haver uma série de outras razões para não fazer isso, mas esta é a primeira coisa que penso, e para os sistemas de produção a estabilidade é fundamental. Portanto, eu não confundiria versões que não fossem projetadas para uma versão específica do sistema operacional. Pelo menos não sem testes completos.
Responder2
O principal problema é:
Não é suportado
Você pode usar algumas linhas de comando para trazer gcc-java, libgcj, libgcj-develpara o seu sistema. No entanto, este software não é compatível com CentOS 7. É mais provável que as coisas quebrem quando você usa configurações que não são suportadas. O que nos leva a...
A Rackspace não suporta isso.Uma vantagem de usar o CentOS em vez do Ubuntu é, obviamente, o melhor suporte empresarial. Você perde tudo isso ao usar configurações não suportadas como esta. Portanto, se você disser à Rackspace "faça para mim um servidor com software XYZ, incluindo pdftk", eles dirão "não".
Se alguém PRECISA do pdftk para trabalhar no CentOS 7 em uma configuração suportada, existe um fork para reescrever as partes Java e aceitá-lo no CentOS 7. Minha empresa PRECISA disso e não tenho tempo para fazer isso, então estamos iniciando um recompensa por este trabalho. Convido você a conferir esta recompensa e garfo emhttps://github.com/fulldecent/pdftk