Como devo lidar com erros que são para versões não suportadas do Ubuntu?

5

Eu comecei a me envolver com erros de triagem. Três dos primeiros quatro bugs que eu olhei foram sobre Hardy (8.04).

O que devo fazer para ajudar na triagem de bugs para versões do Ubuntu que não são mais suportadas? Devo apenas configurá-los para 'inválidos'?

    
por labyrinth 26.01.2015 / 18:56

1 resposta

7

Eu sou membro do Bug Control (um dos grupos de triagens de bugs de privilégios mais altos) e do Bug Squad. Temos diretrizes específicas para a triagem de bugs antigos (excluindo bugs de diretrizes especiais e atípicos que têm fluxos de trabalho especiais fora do padrão)

TL; DR: o status que definimos nos bugs do EOL depende de vários fatores.

NÃO SOB NENHUMA CIRCUNSTÂNCIA ALTERAR UM STATUS DE ERRO SE ESTIVER "Corrigido Liberado", "Inválido" ou "Não Corrigir" já !!! Esses bugs já são considerados 'fechados' e você NÃO deve mexer com eles!

Se o erro for 'Fix Committed', então depende do que você faz lá - ou tente e veja se uma correção já foi confirmada, ou marque "Won't Fix", desde o lançamento do EOL. Tenha cuidado aqui. Às vezes, uma versão não é totalmente EOL, então você deve ter isso em mente (servidor 10.04, por exemplo).

Se o bug for corrigido APÓS o lançamento do EOL, não corrigiremos o bug da versão EOL.

Se o bug não for confirmado como fixo, marcamos Incomplete e solicitamos que as pessoas com a versão mais antiga com suporte e outras versões compatíveis tentem replicar o bug e reportem novamente. Se ninguém puder confirmar, podemos deixar Incompleto até que o bug autoexpire ou não conserte o bug (geralmente o primeiro se ninguém responder de volta, ou o segundo se as pessoas reportarem e não puderem replicar o bug).

Se o bug estiver afetando apenas o Hardy e nenhum outro lançamento, então não corrigiremos o bug.

Em qualquer caso que nós marcamos o bug Wont Fix nós sempre comentamos explicando porque e que eles deveriam mudar o status para New (se nenhuma outra série de releases estiver no bug) se eles encontrarem o bug ou se reproduzirem em um bug versão suportada.

De qualquer forma, marcamos como incompletos, comentamos por que fizemos e pedimos tarefas adicionais ou informações e mencionamos que o bug será encerrado automaticamente e expirará após algum período de inatividade.

Inválido só faz sentido se tivermos um novo bug no lançamento do EOL, então podemos marcá-lo como 'Inválido' ou 'Não Corrigir'. Normalmente reservamos 'Invalid' para bugs 'Not a Bug', ou bugs que são contra pacotes inexistentes ou coisas que não estão nos repositórios (como as versões do PPA e outras em vez das versões nos repositórios).

Sua melhor aposta é seguir o guia de triagem e parar no canal #ubuntu-bugs no IRC da Freenode e pedir orientações e sugestões e sugestões por bug de outros esquadrões de bugs e também membros de controle de bugs.

(Isso está no meu radar há algum tempo ... Eu vou passar pelos erros direcionados à série EOL-release pelo script e automaticamente fechá-los todos através da API do Launchpad em alguns dias após checar com outros controladores de bugs e a equipe de segurança e outras equipes para garantir que não afetem seus processos ou causem desordem)

    
por Thomas Ward 28.01.2015 / 03:38