Home Wiki > openSUSE:Dia do bug
Sign up | Login

openSUSE:Dia do bug

tagline: De openSUSE

Um dia do bug é um dia especial durante o qual um grupo de pessoas se concentra em triagem de bugs no Bugzilla.

Generalidades informativas

O quê é um dia do bug?

Este é um dia no qual muitas pessoas da comunidade ajudam a triagem de bugs no Bugzilla: durante um dia inteiro, as pessoas entram no IRC e ajudam uns aos outros na triagem de bugs. E para você é uma maneira muito fácil de se envolver no projeto openSUSE!

Por favor note que isto é só para bugs openSUSE vivendo em nosso bugzilla, mas uma solução para alguns problemas se pode fazê-los seguir a montante.

Como participar?

Normalmente, você só precisa do seguinte para participar:

  • Uma versão recente do openSUSE, como a 11,3 ou uma versão milestone da 11,4. É claro, em bom estado, para executar o openSUSE em uma máquina virtual;
  • Um cliente IRC para interagir com os outros participantes; e,
  • Boa disposição :-)

Se você souber sobre a triagem de bugs, apenas faça isto, senão os organizadores lhe darão uma lista de erros qcom a qual você pode trabalhar e você pode verificar novamente com os outros participantes se as alterações que fez estão bem.

No dia anunciado, basta entrar no canal #opensuse-bug, na rede freenode, e as pessoas o orientarão!

27 novembro: o foco estará sobre os bugs "zumbis"

Neste específico Dia do Bug, estaremos focados sobre os relatórios referindo bugs "zumbis": os relatórios são relativos a versões antigas do openSUSE (openSUSE 10.x e 11,0). Como alguns relatórios ainda podem ser válidos, não queremos fechar todos eles automaticamente. Vamos, portanto, verificar todos os relatórios para ver se eles ainda são válidos para a última versão do openSUSE (11,3 ou um milestone da 11,4). O objetivo é fechar os relatórios de bugs, se possível, ou, se ainda são válidos, movê-los para uma versão atual do openSUSE para que eles não se percam no limbo.

Então se junte a nós no sábado no canal # opensuse-bugs na rede freenode!sobre o "zumbi" relatórios de erro: os relatórios são contra a versões antigas do openSUSE (openSUSE 10.x e 11,0). Como alguns relatórios ainda pode ser válida, não queremos fechar todas elas automaticamente. Vamos, portanto, verificar todos os relatórios para ver se eles ainda são válidos na última versão do openSUSE (11,3 ou uma marca de 11,4). O objetivo é fechar os relatórios de bugs, se possível, ou, se ainda são válidos, para movê-los para uma versão atual do openSUSE para que eles não estão perdidos num limbo.

Então se junte a nós no sábado no canal #opensuse-bugs, na rede freenode!

Listas de Bug

Exemplos de possíveis soluções

Em geral, sempre pode ser útil adicionar no comentário o fato de que o bug foi triado durante o dia do bug. Por exemplo, você pode acrescentar a seguinte frase ao final do comentário ao apresentar a sua alteração:

(alterado durante o Dia do bug, ocorrido em 2010-11-27, relativo a bugs de versões antigas do openSUSE)

  • Se você reconhecer um bug que foi corrigido numa versão recente do openSUSE (11.3, por exemplo):
    • Defina o estado para RESOLVIDO, CORRIGIDO.
    • Adicione um comentário como:

Este bug foi corrigido na versão 11.3.

  • Se você tem um forte sentimento de que o bug foi corrigido nas versões mais recentes:
    • Defina o status como RESOLVIDO SEM RESPOSTA.
    • Adicionar um comentário do tipo:

A versão 10.3 está obsoleta e não havia informações suficientes para que este bug ser consertado. Vou fechar este relatório como SEM RESPOSTA. Se você ainda pode reproduzi-lo na versão 11,3 ou num milestone da 11,4, reabra o bug e mova-o para o produto adequado. Obrigado!

  • Se você sabe que o erro não foi corrigido, mas é claramente uma mudança (recurso ou correção) que não é específica do openSUSE, você pode encaminhar o bug ao autor:
    • Abra um bug upstream, com uma referência para o bug openSUSE.
    • Defina o estado para RESOLVIDO, UPSTREAM.
    • Defina a URL para a URL do bug upstream que você abriu.
    • Adicione um comentário explicando que você enviou o bug a montante.

Contatos

Você pode bater papo com Alexander Naumov (anaumov no IRC) e/ou Vincent Untz (vuntz no IRC) para começar.