Em quase todas as circunstâncias, uma correção de recorte de papel não será
Todas as atualizações de versões estáveis são aprovadas com cautela. Detalhes completos sobre o que são e como funcionam podem ser encontrados aqui , mas a passagem de importância é esta:
Atualizações de lançamento estáveis são recomendadas automaticamente para um número muito grande número de usuários, e por isso é extremamente importante tratá-los com grande cautela. Portanto, quando as atualizações são propostas, elas devem ser acompanhada de uma strong lógica e apresentam um baixo risco de regressões.
"É apenas uma mudança de uma linha!" Mesmo a mais simples das mudanças pode causar regressões inesperadas devido a problemas ocultos:
- No bug 81125 , a regressão de upgrade não teve nada a ver com o conteúdo da mudança que o desencadeou: qualquer usuário que tenha instalado o pacote libpthread20 encontraria um problema da próxima vez libc6 foi atualizado.
- No bug 309674 , a falha foi um erro de construção devido a timewamp skew no processo de compilação. O problema subjacente existia em o pacote fonte na versão original, mas só se manifestaria em uma pequena porcentagem de construções.
- No bug 559822 , uma biblioteca C ++ (wxwidgets2.8) foi enviado sem alterações de código. Devido a um subjacente toolchain change / bug, isso causou uma mudança no ABI, causando muita pacotes não relacionados para quebrar (veja o bug 610975 ).
Nunca supomos que qualquer alteração, por mais óbvia que seja, esteja completamente isenta de risco de regressão.
A definição de um corte de papel requer que o problema seja menor , o que significa que a necessidade de backport será baixa ou inexistente. Apenas cortes de papel com uma importância alta serão considerados para SRU, e estes serão poucos e distantes entre si.