maneira correta de instalar nova versão do software no Ubuntu

4

A questão genérica está no título. Um exemplo mais específico é o seguinte: Eu tenho um servidor rodando o Ubuntu (na verdade o xubuntu) v9.04. O svn (subversion) disponível no repositório é 1.5.x, mas eu quero instalar o mais novo 1.6.x. Existe uma maneira "correta" de atualizar (e manter dependências, etc.)?

Por favor, responda a este caso específico ou genérico.

* Update * Acabei de instalar o pacote de link , funciona para mim.

    
por noamtm 14.06.2009 / 13:28

2 respostas

7

Se o pacote não estiver no repositório Backports, você poderá solicitar que ele seja backport-ed.

Ou obtenha o código-fonte e crie sua própria construção (estática). Para facilitar a remoção / atualização, crie um pacote ou use o checkinstall.

Outra possibilidade é instalar o pacote do ppa do launchpad de alguém, mas quem confia em um pacote que alguém cumpriu.

Atualização: link

    
por 14.06.2009 / 14:18
3

Como não precisamos retroceder a subversão, só posso dar uma campanha geral:

Estamos usando um reprepro interno, é uma boa opção para que seu próprio software seja facilmente distribuído em sua empresa em vários hosts e até fornece pacotes assinados por gpg (se configurado para).

É claro que você precisa mergulhar nas profundezas do desenvolvimento do pacote debian (às vezes), mas ele paga rapidamente depois de ter os passos básicos documentados.

Pacotes já em upstream para os quais você só precisa de uma versão mais nova / específica são muito fáceis de acessar (na maior parte do tempo). Em 90% dos casos, você pode simplesmente obter a fonte e copiar o diretório debian para que, depois de um dpkg-builpackage (procure as opções necessárias na manpage), você simplesmente faça o upload para o seu repositório e simplesmente apt-get install do pacote.

No entanto, a documentação não é exatamente colorida, então você pode ter problemas dependendo do seu conhecimento. No geral, posso dizer que isso nos ajudou a otimizar muito os nossos sistemas, já que agora temos um local central para extrair atualizações (internas). Você pode até configurá-lo regularmente (ou manualmente) para extrair atualizações de repositórios upstream e pode até ter múltiplas distribuições que você pode usar para testes internos, já que você provavelmente não quer que pacotes não testados do backports.org ou do repositório volattile sejam instalados seu servidor sem testes anteriores.

    
por 14.06.2009 / 15:51