Quais são os possíveis problemas com a instalação de um pacote do desenvolvedor em vez dos repositórios de distribuição

1

Pode soar como uma pergunta trivial para alguns, mas mesmo usando o Linux há alguns anos, eu realmente não descobri essa questão.

Pequena informação de fundo; Recentemente, atualizei meu sistema do Mint12 para o Mint14 e, quando iniciei a instalação do eclipse, percebi que precisava instalar o SVN novamente. Acontece que a última versão é 1.7.8 (a partir de agora), enquanto a versão que recebo dos repositórios é 1.7.5. Agora alguém pode argumentar se é ou não um grande negócio, mas eu pessoalmente gosto de ficar em sincronia com a versão atual para evitar problemas de downstream.

Eu queria saber que tipo de problemas podem surgir de pular os repositórios e instalar a partir da página inicial dos desenvolvedores (subversion.apache, neste caso).

    
por posdef 08.01.2013 / 16:33

1 resposta

3

Ao contrário de outros sistemas, onde o "desenvolvedor disponibiliza, as pessoas usam" a estratégia de implantação é usada (Windows, estou olhando para você), com distros semelhantes ao UNIX, geralmente há um gerenciador de pacotes e uma equipe gerenciando seus pacotes.

O ponto main é para que tudo funcione bem em conjunto. Pelo menos quando eu usei o Windows, o normal era que um programa atualizaria DLLs se tivesse versões mais novas para instalar, mas nada nunca controlava se tudo funcionaria bem com a nova versão da biblioteca, você está apenas adicionando mais arquivos para a selva, se alguma coisa quebrar, pode quebrar mal.

Com o gerenciamento de pacotes, novas versões são (ou devem ser) testadas antes de serem disponibilizadas, para que você não tenha problemas de downstream. O problema que você pode ter com pacotes que não são de distribuição é que eles podem não ter sido realmente testados para sua distribuição, ou podem não ter dependências ou restrições nos metadados. Isso é sobre pacotes . Se você for instalar a partir de um desenvolvedor, em vez de esperar que sua distribuição libere o pacote, escolha pacotes. Tanto quanto você ficar com o gerenciador de pacotes, você não corre o risco de fazer uma bagunça fora do seu sistema.

Se você decidir compilar de fontes ou simplesmente descompactar um tarball, pense duas vezes antes de fazer um make install para o / : você pode sobrescrever arquivos ou adicionar arquivos que o gerenciador de pacotes não está rastreando e isso pode quebrar seu sistema, instalando arquivos incompatíveis, alterando as configurações de uma forma que você não pode desfazer removendo o pacote usando um gerenciador de pacotes, etc. Esta é também a razão pela qual você nunca deseja usar scripts de instalação fornecidos pelo desenvolvedor (drivers nVidia). ..).

Pense nisso como uma entropia: os gerenciadores de pacotes realmente acompanham isso, então pode violar a segunda lei da termodinâmica, se necessário. Quando você usa um script de instalação de terceiros ou apenas make install , você aumenta a entropia do seu sistema sem rastreá-lo. Depois disso, sua única chance de remover o que você adicionou é restaurar um backup ou reinstalar o sistema.

TL; DR :

  • Você está ignorando o teste em nível de distribuição, que tenta detectar problemas específicos do software distribuído na mesma distribuição.

  • Você está ignorando o gerenciador de pacotes, possivelmente levando seu sistema a um estado irrecuperável, se algo der errado.

No final, como @jordanm disse, pondere os prós e contras . Se possível, procure por pacotes de terceiros para o seu gerenciador de pacotes que, pelo menos, irão ajudá-lo com o segundo item acima.

    
por 08.01.2013 / 18:22