Olá
Obrigado por estarem aqui
Espero que alguns de vós achem
interessante, mas
maior parte de voçês
já conhecem, provavelmente.
Então trata-se de uma conversa sobre
triagem e encerramento de erros (bugs)
Eu sou a Solveig e aqui está a minha
informação de contacto.
Eu uso software livre desde
os meus 10 anos
Foco-me especialmente em
questões de privacidade.
Contribuo para o Tails
que é um derivado da distribuição Debian
e
fui à última DebConf e gostei muito
iniciei a triagem de erros
porque não sou uma
programadora, mas
existem muitas maneiras de contribuir
para Debian
Então, triagem de erros
é
uma pequena tarefa mas ajuda Debian como
um todo
Então ...
Então, aqui é onde pode ver
o sistema de triagem de erros Debian, aqui
pode introduzir um numero de erro e procurar
pelo seu número
Muitos maintainers têm demasiado trabalho
e não querem
ter que ligar com todos os seus relatórios
de erros
Alguns pacote com alta
popularidade
acumulam muitos relatórios de erros
como o kernel, ou
o firefox (Iceweasel)
e
por vezes os maintainers
por alguma razão, não têm tempo para lidar
com todos os seus relatórios de erros
Assim alguns deles apenas
ficam apenas no sistema de triagem de
erros sem
se lidar com eles
Assim
quando
os triar
garanta que estão num estado em que
alguma coisa possa ser feita com eles
de modo que
os maintainers podem ter a garantia que
tenham actualizados os
relatórios de erros, para que
vejam mais eficazmente o que podem fazer
e
os utilizadores que procurem
erros similares a estes
possam encontrá-los
e assim os maintainers ficam com mais
tempo para
os corrigir efectivamente
e
vai querer triar erros
porque é fácil
não tem que escrever código
não precisa de fazer a administração do
sistema
apenas precisa de saber ler
e escrever e-mails
[riso]
É recompensador porque
os maintainers, ou a maior parte
ficam contentes que os ajudamos
Os autores dos relatórios ficam
também contentes por serem contactados de
volta, e assim
ganha grande quantidade de feedback
e é divertido
Acaba por ler sobre
um software que não fazia a ideia de
existir
Não consegue entender
mesmo depois de ler, o que é suposto o
software fazer
e realmente não percebe, enquanto que
efectivamente alguém o escreveu
Isso
é de malucos, é realmente
[gargalhada]
e claro, salva "gatinhos"
[aplausos]
Existem variadas
operações que pode efectuar
nos relatórios de erros
Estas são duas
das mais úteis
páginas de documentação
a página wiki sobre relatórios de erros
e os comandos de controle do servidor
que são um pouco
exóticos, quero eu dizer, trata-se de uma
página gigante
com muitos comandos a enviar para o
controle de servidor e
realmente muita coisa a fazer, para lhe
indicar o que é mais útil fazer
Bem, dos mais usados
Pode
tentar reproduzir os relatórios de erro
Mais à frente irei detalhar
Pode criar etiquetas nos relatórios de erro
quando os mesmo não são reproduzíveis
pode fundir (merge) relatórios de erro
encaminhá-los a montante (upstream)
e lidar com montante
e lidar com quem submete
e, quase me esquecia, pode
fechar relatórios de erro, que é a melhor
parte
Então, ao reproduzi-los
por vezes, recebe relatórios de erros que
não são tocados à anos
e
provavelmente estão já resolvidos, ou
talvez não, mas
na dúvida
o relatório ficará ali e ninguém o irá
tocar o relatório de erro porque
existe uma probabilidade alta de o mesmo
não se aplicar mais
assim poderá testar se o mesmo ainda
ocorre
Existem também novos relatórios de erros
que são apenas reportados por uma pessoa
de modo que se não estiverem marcados
"confirmed"
ou "pending"
e se puder
[falha na bateria do microfone]
Se novos relatórios de erros não estejam
confirmados
pode tentar
ver se consegue reproduzi-los
e em caso afirmativo, confirmá-los
Se puder reproduzir
relatórios antigos ou novos de erros
não confirmados ainda
então escreva "nnn"
para identificar o número de relatório
de erro
e envie para @bugs.debian.org
e marque-o
Então este é o primeiro dos comandos
estranhos
Assim, pesquise o número do relatorio de
erro
número de versão
confirme qual a versão
e marque-o
"confirmed" e "thanks", porque
o controlo de servidor é muito
educado
de modo que se não agradecer
cada vez que
escrever um comando, torna-se uma chatiçe
Então, outro modo de
triar um relatório de erro
é tentar reproduzi-lo
e vamos dizer que não funcionou
Se não o puder reproduzir e já esteja
corrigido
Então veremos mais tarde como fecha-lo
Se não o puder reproduzir mas
não tem a certeza que esteja corrigido
porque talvez não tenha a mesma
configuração de quem o relatou
ou
talvez não tem a
certeza que seguiu os mesmos passos
para
o testar
Se não tem a certeza, então
marque-o "unreproducible"
ou "moreinfo"
e deste modo irá
informar quem o relatou
e o maintainer, que
nem todos encontram o relatório de erro
que poderá ser só por si informação
Por vezes poderá fundir relatórios
e isto especialmente verdadeiro para
novos relatórios porque
caso contrário é onde ficam para sempre
duplicados