/etc/alternatives
tem como objetivo fornecer um recurso para instalar e usar convenientemente múltiplas versões de um único pacote de software (por exemplo, um compilador). Agora /usr/bin/some-binary
pode ser um link simbólico para /etc/alternatives/some-binary
e. update-alternatives
No entanto, o gerenciador de pacotes de uma distribuição pode assumir que tem controle sobre o /usr/bin/some-binary
. A melhor solução é ter /etc/alternatives
no início da PATH
variável de ambiente? Existem alternativas (sic) para gerenciar essa tensão de forma que seja fácil escolher a versão desejada sem interromper a capacidade de usar as versões disponíveis do gerenciador de pacotes?
Responder1
Qualquer distribuição que implemente alternatives
e também forneça um gerenciador de pacotes, deve fornecer um gerenciador de pacotes que respeite alternatives
, caso contrário seria considerado quebrado.
Portanto, colocar /etc/alternatives
o caminho pode consertar o gerenciador de pacotes de ações que está quebrado nesse sentido. É difícil ver se isso teria consequências indesejadas neste tipo de ambiente.
Se esta situação surgir, minha abordagem seria reparar manualmente o problema causado pelo gerenciador de pacotes, onde ele coloca um binário real em vez de um link simbólico, e então registrar um bug solicitando que ele seja corrigido.