Existem duas op��es:
1) Voc� baixa os fontes do programa e cria seus debs. Esta op��o obriga voc� a ficar atento a qualquer bug/vulnerabilidade do pacote, que obriga voce a compilar de novo aplicando os patches sempre que possivel.
Neste caso n�o haveria quebra de depend�ncia entre os pacotes instalados a partir dos reposit�rios na Internet e os que eu mesmo preparei? No caso da instala��o do Apache, por exemplo, existem algumas bibliotecas que v�m junto quando instalo pelos reposit�rios oficiais de pacotes. Se atualiz�-lo a partir de um .deb feito por mim, n�o vou perder o controle sobre estas depend�ncias?
Outra coisa. Suponhamos que o Apache seja atualizado nos reposit�rios oficiais, posso utilizar o apt para instal�-lo depois de ter instalado um pacote preparado por mim mesmo?
2) Voce usar o reposit�rio do backports.org, que � um grupo que mantem uma estrutura de novas vers�es de pacotes compilados para stable. Esta op��o obriga voc� a confiar cegamente nesta equipe e no trabalho deles, e que nehum pacote bugado vai entrar na sua m�quina.
Al�m dos questionamentos anteriores, pergunto: posso confiar utilizar o backports.org em uma m�quina de produ��o?
A op��o ideal �: mantenha sua distro 100% est�vel e com pacotes oficiais. SE, somente SE, uma nova vers�o de um pacote trouxe uma funcionalidade extra ou melhorada de uma j� existente, voc� avalia os pros e contras de colocar em sua distro est�vel. Se achar que realmente compensa, baixe os fontes da instavel do debian e edite as debian/rules e compile gerando o pacote deb, ou seja, fa�a voc� mesmo o backport. Se a nova vers�o do pacote implementou/melhorou apenas perfumarias, pra qu� mexer no que est� quieto????
Bemmmm... Talvez este seja meu grande questionamento quanto �s atualiza��es de seguran�a do Debian. Quando o pessoal descobre um furo no Apache, X.org ou qualquer outra coisa, por menor que seja, que possa ser instalada no Debian, as corre��es ficam dispon�veis para a vers�o est�vel?
[]'s,
Sergio Luz
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
