Por que o Debian está atualizando versões antigas do pacote em vez de oferecer novas versões? (openssl) [duplicado]

2
    

Esta pergunta já tem uma resposta aqui:

    

Eu sou um proprietário de servidor muito inexperiente e queria ter certeza de que tenho uma correção para heartbleed.
Após a atualização, "versão openssl" ainda mostra 1.0.1e e eu me perguntava o que fazer para obter uma versão gratuita heartbleed. Depois de googling eu descobri sobre "openssl versão-b" e Debians "backporting policy"
Desde que minha compilação é de 8.Abril eu suponho que eu tenho uma versão fixa.

Você pode encontrar várias discussões de usuários como eu sendo incomodado por isso. Eles essencialmente invalidam o significado dos números de versão.
Por que eles estão fazendo isso?

    
por Traubenfuchs 10.04.2014 / 20:23

1 resposta

3

O Debian validou essa versão do sistema operacional em relação a todos os recursos do 1.0.1e. 1.0.1f adicionou mais recursos ao openssl que não foram completamente testados no ambiente Debian. 1.0.1g é a versão com todos os recursos 1.0.1f e a correção de bug para heartbleed. Em vez de introduzir esses recursos e possíveis incompatibilidades usando 1.0.1g, os mantenedores do pacote Debian pegaram o código-fonte para o validado 1.0.1e e adicionaram a correção do bug heartbleed. Isto é o que você obtém ao fazer uma atualização do aptitude.

O problema de numeração é realmente um problema de equipe do openssl. Eles aparentemente hesitam em incrementar seus números de versão de uma maneira padrão que permite incrementos de correção de erros sem recursos extras. A prática normal de desenvolvimento de software é fazer com que o primeiro dígito indique grandes alterações de recursos, o incremento do segundo dígito seja feito para pequenas alterações de recursos e o terceiro dígito seja reservado para correções de erros sem novos recursos.

    
por 10.04.2014 / 23:13