< Return to Video

Bug triaging and bug closing by Solveig - Mini Debconf Barcelona 2014

  • 0:02 - 0:03
    Olá
  • 0:05 - 0:07
    Obrigado por estarem aqui
  • 0:07 - 0:10
    Espero que alguns de vós achem
    interessante, mas
  • 0:10 - 0:13
    maior parte de voçês
  • 0:13 - 0:14
    já conhecem, provavelmente.
  • 0:14 - 0:16
    Então trata-se de uma conversa sobre
  • 0:16 - 0:19
    triagem e encerramento de erros (bugs)
  • 0:20 - 0:23
    Eu sou a Solveig e aqui está a minha
    informação de contacto.
  • 0:27 - 0:30
    Eu uso software livre desde
  • 0:30 - 0:32
    os meus 10 anos
  • 0:33 - 0:36
    Foco-me especialmente em
  • 0:36 - 0:38
    questões de privacidade.
  • 0:40 - 0:42
    Contribuo para o Tails
  • 0:42 - 0:45
    que é um derivado da distribuição Debian
  • 0:46 - 0:47
    e
  • 0:49 - 0:53
    fui à última DebConf e gostei muito
  • 0:53 - 0:55
    iniciei a triagem de erros
  • 0:55 - 0:56
    porque não sou uma
  • 0:57 - 0:58
    programadora, mas
  • 0:58 - 1:01
    existem muitas maneiras de contribuir
    para Debian
  • 1:02 - 1:05
    Então, triagem de erros
  • 1:05 - 1:07
    é
  • 1:07 - 1:11
    uma pequena tarefa mas ajuda Debian como
    um todo
  • 1:12 - 1:14
    Então ...
  • 1:16 - 1:19
    Então, aqui é onde pode ver
  • 1:20 - 1:24
    o sistema de triagem de erros Debian, aqui
  • 1:25 - 1:30
    pode introduzir um numero de erro e procurar
    pelo seu número
  • 1:33 - 1:37
    Muitos maintainers têm demasiado trabalho
    e não querem
  • 1:38 - 1:40
    ter que ligar com todos os seus relatórios
    de erros
  • 1:42 - 1:45
    Alguns pacote com alta
  • 1:46 - 1:47
    popularidade
  • 1:47 - 1:50
    acumulam muitos relatórios de erros
  • 1:50 - 1:52
    como o kernel, ou
  • 1:52 - 1:54
    o firefox (Iceweasel)
  • 1:54 - 1:56
    e
  • 1:56 - 1:58
    por vezes os maintainers
  • 1:58 - 2:03
    por alguma razão, não têm tempo para lidar
    com todos os seus relatórios de erros
  • 2:03 - 2:06
    Assim alguns deles apenas
  • 2:06 - 2:09
    ficam apenas no sistema de triagem de
    erros sem
  • 2:11 - 2:14
    se lidar com eles
  • 2:15 - 2:16
    Assim
  • 2:16 - 2:18
    quando
  • 2:18 - 2:20
    os triar
  • 2:20 - 2:24
    garanta que estão num estado em que
  • 2:24 - 2:26
    alguma coisa possa ser feita com eles
  • 2:27 - 2:29
    de modo que
  • 2:31 - 2:34
    os maintainers podem ter a garantia que
    tenham actualizados os
  • 2:35 - 2:37
    relatórios de erros, para que
  • 2:38 - 2:40
    vejam mais eficazmente o que podem fazer
  • 2:40 - 2:41
    e
  • 2:42 - 2:44
    os utilizadores que procurem
  • 2:44 - 2:46
    erros similares a estes
  • 2:46 - 2:48
    possam encontrá-los
  • 2:49 - 2:52
    e assim os maintainers ficam com mais
    tempo para
  • 2:53 - 2:56
    os corrigir efectivamente
  • 2:58 - 2:59
    e
  • 3:00 - 3:02
    vai querer triar erros
  • 3:02 - 3:04
    porque é fácil
  • 3:04 - 3:05
    não tem que escrever código
  • 3:05 - 3:08
    não precisa de fazer a administração do
    sistema
  • 3:09 - 3:11
    apenas precisa de saber ler
  • 3:11 - 3:12
    e escrever e-mails
  • 3:13 - 3:14
    [riso]
  • 3:16 - 3:18
    É recompensador porque
  • 3:18 - 3:20
    os maintainers, ou a maior parte
  • 3:20 - 3:22
    ficam contentes que os ajudamos
  • 3:25 - 3:27
    Os autores dos relatórios ficam
  • 3:28 - 3:31
    também contentes por serem contactados de
    volta, e assim
  • 3:32 - 3:35
    ganha grande quantidade de feedback
  • 3:36 - 3:37
    e é divertido
  • 3:37 - 3:39
    Acaba por ler sobre
  • 3:39 - 3:43
    um software que não fazia a ideia de
    existir
  • 3:43 - 3:46
    Não consegue entender
  • 3:46 - 3:48
    mesmo depois de ler, o que é suposto o
    software fazer
  • 3:48 - 3:51
    e realmente não percebe, enquanto que
  • 3:51 - 3:52
    efectivamente alguém o escreveu
  • 3:52 - 3:53
    Isso
  • 3:55 - 3:56
    é de malucos, é realmente
  • 3:56 - 3:58
    [gargalhada]
  • 3:59 - 4:01
    e claro, salva "gatinhos"
  • 4:04 - 4:09
    [aplausos]
  • 4:10 - 4:13
    Existem variadas
  • 4:13 - 4:15
    operações que pode efectuar
  • 4:15 - 4:17
    nos relatórios de erros
  • 4:20 - 4:22
    Estas são duas
  • 4:22 - 4:24
    das mais úteis
  • 4:24 - 4:26
    páginas de documentação
  • 4:27 - 4:30
    a página wiki sobre relatórios de erros
  • 4:30 - 4:33
    e os comandos de controle do servidor
  • 4:33 - 4:35
    que são um pouco
  • 4:35 - 4:38
    exóticos, quero eu dizer, trata-se de uma
    página gigante
  • 4:38 - 4:40
    com muitos comandos a enviar para o
  • 4:41 - 4:43
    controle de servidor e
  • 4:45 - 4:47
    realmente muita coisa a fazer, para lhe
  • 4:48 - 4:52
    indicar o que é mais útil fazer
  • 4:52 - 4:54
    Bem, dos mais usados
  • 4:56 - 4:57
    Pode
  • 4:57 - 4:59
    tentar reproduzir os relatórios de erro
  • 5:01 - 5:03
    Mais à frente irei detalhar
  • 5:03 - 5:08
    Pode criar etiquetas nos relatórios de erro
    quando os mesmo não são reproduzíveis
  • 5:08 - 5:10
    pode fundir (merge) relatórios de erro
  • 5:10 - 5:12
    encaminhá-los a montante (upstream)
  • 5:13 - 5:15
    e lidar com montante
  • 5:16 - 5:18
    e lidar com quem submete
  • 5:20 - 5:21
    e, quase me esquecia, pode
  • 5:21 - 5:24
    fechar relatórios de erro, que é a melhor
    parte
  • 5:26 - 5:28
    Então, ao reproduzi-los
  • 5:29 - 5:33
    por vezes, recebe relatórios de erros que
    não são tocados à anos
  • 5:34 - 5:34
    e
  • 5:36 - 5:39
    provavelmente estão já resolvidos, ou
    talvez não, mas
  • 5:40 - 5:41
    na dúvida
  • 5:41 - 5:44
    o relatório ficará ali e ninguém o irá
  • 5:45 - 5:47
    tocar o relatório de erro porque
  • 5:48 - 5:50
    existe uma probabilidade alta de o mesmo
    não se aplicar mais
  • 5:50 - 5:53
    assim poderá testar se o mesmo ainda
    ocorre
  • 5:56 - 5:58
    Existem também novos relatórios de erros
  • 5:58 - 6:01
    que são apenas reportados por uma pessoa
  • 6:01 - 6:03
    de modo que se não estiverem marcados
  • 6:04 - 6:05
    "confirmed"
  • 6:06 - 6:08
    ou "pending"
  • 6:08 - 6:10
    e se puder
  • 6:10 - 6:12
    [falha na bateria do microfone]
  • 6:34 - 6:37
    Se novos relatórios de erros não estejam
    confirmados
  • 6:37 - 6:39
    pode tentar
  • 6:39 - 6:42
    ver se consegue reproduzi-los
  • 6:43 - 6:45
    e em caso afirmativo, confirmá-los
  • 6:46 - 6:48
    Se puder reproduzir
  • 6:48 - 6:50
    relatórios antigos ou novos de erros
  • 6:50 - 6:52
    não confirmados ainda
  • 6:52 - 6:54
    então escreva "nnn"
  • 6:54 - 6:57
    para identificar o número de relatório
    de erro
  • 6:57 - 7:00
    e envie para @bugs.debian.org
  • 7:00 - 7:01
    e marque-o
  • 7:02 - 7:05
    Então este é o primeiro dos comandos
    estranhos
  • 7:05 - 7:07
    Assim, pesquise o número do relatorio de
    erro
  • 7:14 - 7:15
    número de versão
  • 7:18 - 7:20
    confirme qual a versão
  • 7:20 - 7:22
    e marque-o
  • 7:22 - 7:24
    "confirmed" e "thanks", porque
  • 7:24 - 7:26
    o controlo de servidor é muito
    educado
  • 7:26 - 7:28
    de modo que se não agradecer
  • 7:28 - 7:30
    cada vez que
  • 7:30 - 7:32
    escrever um comando, torna-se uma chatiçe
  • 7:39 - 7:41
    Então, outro modo de
  • 7:41 - 7:43
    triar um relatório de erro
  • 7:44 - 7:46
    é tentar reproduzi-lo
  • 7:46 - 7:49
    e vamos dizer que não funcionou
  • 8:00 - 8:04
    Se não o puder reproduzir e já esteja
    corrigido
  • 8:04 - 8:07
    Então veremos mais tarde como fecha-lo
  • 8:08 - 8:10
    Se não o puder reproduzir mas
  • 8:10 - 8:11
    não tem a certeza que esteja corrigido
  • 8:11 - 8:13
    porque talvez não tenha a mesma
  • 8:13 - 8:15
    configuração de quem o relatou
  • 8:15 - 8:16
    ou
  • 8:16 - 8:18
    talvez não tem a
  • 8:18 - 8:21
    certeza que seguiu os mesmos passos
  • 8:21 - 8:22
    para
  • 8:22 - 8:24
    o testar
  • 8:24 - 8:26
    Se não tem a certeza, então
  • 8:26 - 8:28
    marque-o "unreproducible"
  • 8:28 - 8:30
    ou "moreinfo"
  • 8:31 - 8:33
    e deste modo irá
  • 8:33 - 8:35
    informar quem o relatou
  • 8:35 - 8:37
    e o maintainer, que
  • 8:38 - 8:40
    nem todos encontram o relatório de erro
  • 8:41 - 8:43
    que poderá ser só por si informação
  • 8:45 - 8:48
    Por vezes poderá fundir (merge) relatórios
  • 8:48 - 8:51
    e isto especialmente verdadeiro para
    novos relatórios porque
  • 8:53 - 8:56
    caso contrário é onde ficam para sempre
  • 8:56 - 8:58
    duplicados
  • 9:01 - 9:02
    Então
  • 9:05 - 9:07
    Colocá-los no mesmo pacote
  • 9:07 - 9:09
    e com o mesmo nível de severidade e estado
  • 9:09 - 9:10
    são operações diferentes
  • 9:10 - 9:13
    e está detalhado na documentação
  • 9:14 - 9:15
    e no final pode
  • 9:15 - 9:17
    fundir o resultado
  • 9:17 - 9:18
    É engraçado
  • 9:19 - 9:22
    Todas as mensagens serão
  • 9:23 - 9:24
    colocadas junto, por isso
  • 9:25 - 9:27
    por vezes terá que pesquisar um pouco
  • 9:28 - 9:30
    podem existir mais que dois relatórios
  • 9:31 - 9:31
    "colados"
  • 9:31 - 9:33
    Por isso por vezes estão realmente
  • 9:33 - 9:35
    não "colados" mas fundidos
  • 9:36 - 9:37
    Depois de algum tempo, poderão existir
  • 9:37 - 9:39
    três ou quatro
  • 9:39 - 9:40
    se as pessoas
  • 9:40 - 9:42
    continuam a abrir o mesmo relatório
  • 9:43 - 9:45
    Por isso por vezes é engraçado
  • 9:46 - 9:49
    Outro modo é fazer um reporte
  • 9:49 - 9:52
    enviar um reporte para a fonte (upstream)
  • 9:52 - 9:53
    porque
  • 9:53 - 9:56
    Debian é um conjunto de pacotes
  • 9:57 - 10:00
    não desenvolvidos para Debian, mas para em
    formato de código fonte
  • 10:00 - 10:02
    e empacotados sim para Debian
  • 10:02 - 10:04
    assim de existir um relatório de erro
  • 10:04 - 10:06
    a ocorrer em Debian,
  • 10:06 - 10:08
    na maioria dos casos ocorre
  • 10:08 - 10:09
    no código fonte
  • 10:10 - 10:12
    deste modo pode pesquisar
  • 10:12 - 10:14
    a monitorização do relatório do
    envio
  • 10:14 - 10:16
    de modo a perceber se já existe relatórios
    semelhantes
  • 10:18 - 10:19
    se existirem
  • 10:19 - 10:21
    por vezes os mesmos têm
  • 10:21 - 10:23
    uma forma de contornar ou
  • 10:24 - 10:26
    por vezes
  • 10:27 - 10:29
    do lado da fonte é informado que não é
    possível corrigi-lo
  • 10:29 - 10:32
    por não o consideram um erro ou
  • 10:37 - 10:38
    quando é o caso
  • 10:40 - 10:42
    a informação deverá ser
  • 10:42 - 10:45
    colocada na monitorização de erros
  • 10:45 - 10:47
    Debian
  • 10:48 - 10:49
    e
  • 10:56 - 10:57
    se
  • 10:57 - 11:01
    o erro já existe do lado da fonte, então
  • 11:01 - 11:03
    a monitorização de erros Debian
    deverá já saber
  • 11:03 - 11:05
    de modo que você terá que comunicar ao BTS
  • 11:10 - 11:12
    Existe também um comando
  • 11:12 - 11:14
    estraguei
  • 11:16 - 11:18
    o modo de o mostrar , mas ok
  • 11:18 - 11:19
    Este é o comando
  • 11:19 - 11:22
    "forwarded" e o número de erro
  • 11:22 - 11:23
    em Debian
  • 11:23 - 11:26
    e o número de erro no código fonte
  • 11:27 - 11:30
    e novamente "obrigado" porque é sempre
    educado
  • 11:31 - 11:35
    Existem outras coisas que pode fazer do
    lado do código fonte
  • 11:35 - 11:37
    Por vezes
  • 11:37 - 11:39
    deste lado não têm o número de erro
  • 11:39 - 11:40
    sendo
  • 11:40 - 11:42
    obviamente um erro deles
  • 11:43 - 11:44
    e assim
  • 11:45 - 11:46
    se puder reproduzir
  • 11:46 - 11:48
    o erro, deverá
  • 11:48 - 11:50
    abrir um relatório de erro na fonte
  • 11:50 - 11:52
    que é
  • 11:52 - 11:54
    na maioria dos casos um problema
  • 11:54 - 11:57
    porque tem que registar uma conta pessoal
  • 11:57 - 11:59
    ou encontrar
  • 11:59 - 12:01
    a monitorização do relatório de erro
  • 12:03 - 12:03
    Mas é divertido
  • 12:09 - 12:12
    Mas poupa tempo ao maintainer
  • 12:12 - 12:14
    e quem reportou o erro
  • 12:14 - 12:19
    vê mais hipóteses do erro ser resolvido
  • 12:21 - 12:22
    Se abrir
  • 12:22 - 12:25
    o erro na monitorização do erro na fonte
  • 12:25 - 12:26
    terá que
  • 12:26 - 12:30
    marcá-lo como forwarded como já vimos
    anteriormente
  • 12:32 - 12:35
    Por vezes o lado da fonte diz que já está
    corrigido
  • 12:35 - 12:37
    e os mesmo deverão
  • 12:38 - 12:41
    comunicar à monitorização de erros Debian
    que está corrigido
  • 12:44 - 12:47
    terão que dizer qual a versão
  • 12:48 - 12:49
    e
  • 12:50 - 12:52
    talvez o maintainer poderá
  • 12:52 - 12:54
    actualizar o seu pacote para
  • 12:55 - 12:58
    dar a versão corrigida
  • 13:02 - 13:04
    e por vezes existe um 'patch' de código
    fonte
  • 13:04 - 13:05
    que não está aplicado
  • 13:05 - 13:07
    e assim deverá revê-lo
  • 13:07 - 13:10
    e/ou testá-lo
  • 13:11 - 13:14
    e comunicar se funciona
  • 13:14 - 13:16
    ou não
  • 13:19 - 13:20
    Se funcionar
  • 13:20 - 13:22
    pode também
  • 13:23 - 13:27
    trazê-lo para o sistema de monitorização
    de erros debian
  • 13:27 - 13:29
    marcar o erro com "patch"
  • 13:32 - 13:35
    Existe também trabalho com quem reporta
  • 13:38 - 13:41
    existe um grande percentagem de erros
  • 13:41 - 13:43
    marcado com "moreinfo"
  • 13:43 - 13:45
    Alguém
  • 13:45 - 13:46
    comunicou
  • 13:46 - 13:49
    "Não funciona" e
  • 13:49 - 13:52
    do nosso lado temos que saber porque
    não funciona
  • 13:55 - 13:56
    Às vezes
  • 13:58 - 14:01
    surge uma nova versão empacotada
  • 14:01 - 14:05
    e poderá voltar a surgir o erro, ou talvez
    não
  • 14:05 - 14:06
    mas terá que saber
  • 14:07 - 14:08
    ou alguém comunicou
  • 14:08 - 14:11
    "Eu irei testar esta versão ou esta
    configuração"
  • 14:11 - 14:15
    e/ou "Irei comunicar à fonte" e
  • 14:16 - 14:17
    nada aconteçe
  • 14:27 - 14:28
    e por vezes
  • 14:28 - 14:30
    fica nesta
  • 14:30 - 14:32
    situação "a aguardar informação"
  • 14:32 - 14:34
    durante muito tempo
  • 14:34 - 14:36
    Eu escrevi
  • 14:36 - 14:38
    um ano ou um lançamento
  • 14:38 - 14:40
    porque é o que eu considero
  • 14:40 - 14:41
    começar a ser muito tempo
  • 14:41 - 14:44
    Assim que eu encontro alguns destes,
    eu fecho alguns erros que
  • 14:44 - 14:47
    não são tocados para mais de dez anos
  • 14:48 - 14:49
    que é um record
  • 14:51 - 14:52
    Assim pode ajudar
  • 14:52 - 14:55
    enviando um email para
  • 14:56 - 14:57
    a pessoa que necessita de informação
  • 14:57 - 14:59
    às vezes
  • 14:59 - 15:01
    é quem reportou , outras vezes
  • 15:01 - 15:04
    o maintainer, outras vezes a fonte
  • 15:04 - 15:05
    e outras vezes
  • 15:06 - 15:07
    outra pessoa qualquer
  • 15:09 - 15:11
    a dizer que
  • 15:11 - 15:12
    "Eu posso fazer isso" ou
  • 15:12 - 15:14
    "Pode reproduzir o erro?"
  • 15:15 - 15:17
    para
  • 15:17 - 15:20
    que o relatório de erro ganhe
  • 15:21 - 15:24
    um estado onde possa ter visibilidade
  • 15:24 - 15:25
    do estado actual e
  • 15:25 - 15:27
    que se possa decidir o que fazer com ele
  • 15:29 - 15:31
    Então a parte complicada é
  • 15:31 - 15:32
    não
  • 15:32 - 15:34
    fechar erros aleatoriamente
  • 15:37 - 15:39
    Como iremos ver mais tarde, pode ser
    perigoso
  • 15:44 - 15:46
    Pode pesquisar por pacotes
  • 15:46 - 15:48
    que possuem muitos relatórios de erros
  • 15:48 - 15:51
    e perguntar ao maintainer se
  • 15:51 - 15:53
    ajuda é bem vinda ou
  • 15:53 - 15:55
    pode procurar por uma boa equipa
  • 15:56 - 15:59
    Debian é constituído por
  • 16:00 - 16:02
    uma composição de variadas equipas
  • 16:02 - 16:04
    A maior parte delas são verdadeiramente
    hospitaleiras
  • 16:04 - 16:06
    a novos contribuintes
  • 16:06 - 16:07
    porque necessitam de ajuda
  • 16:08 - 16:09
    e
  • 16:09 - 16:11
    as que conheci são simpáticas
  • 16:15 - 16:17
    e numa equipa, terá a certeza que existe
  • 16:17 - 16:19
    suficientes pacotes, de modo que
  • 16:19 - 16:21
    existem muitos pacotes para fazer triagem
  • 16:21 - 16:23
    e muitas pessoas para responder
    às questões
  • 16:25 - 16:26
    Eu
  • 16:26 - 16:28
    triei erros a partir da
  • 16:28 - 16:30
    equipa de perl, de jogos
  • 16:30 - 16:31
    da X strike force
  • 16:31 - 16:32
    todas eles muito simpáticas
  • 16:32 - 16:34
    Eu recomendo-as para voçês
  • 16:36 - 16:37
    Eu
  • 16:38 - 16:40
    tentei, mas não consegui
  • 16:40 - 16:42
    realmente entender nada, mas
  • 16:42 - 16:44
    se entender alguma coisa
  • 16:45 - 16:46
    os erros do kernel
  • 16:46 - 16:47
    precisam de trabalho também
  • 16:51 - 16:55
    Na documentação sobre triagem de erros
  • 16:55 - 16:57
    adicionei uma secção sobre
  • 16:57 - 16:59
    equipas que necessitam ajuda
  • 16:59 - 17:01
    Então, se estiver numa equipa
  • 17:01 - 17:03
    que precisa de triagem, adicione-se aqui
  • 17:05 - 17:06
    Se quiser triar
  • 17:06 - 17:08
    veja aqui
  • 17:08 - 17:10
    quem necessita de ajuda
  • 17:11 - 17:13
    e não precisa entender
  • 17:13 - 17:15
    nada sobre o que eles fazem
  • 17:15 - 17:16
    para triar os erros
  • 17:16 - 17:17
    Quero dizer
  • 17:17 - 17:19
    não sei programar em Perl
  • 17:19 - 17:21
    de modo que Perl é ...
  • 17:21 - 17:23
    O X strike force
  • 17:23 - 17:25
    não está escrito em Inglês
  • 17:25 - 17:26
    mas
  • 17:27 - 17:28
    ok os jogos , eu poderia
  • 17:28 - 17:30
    tentar reproduzi-los
  • 17:30 - 17:32
    ou alguns deles
  • 17:32 - 17:33
    outros, na verdade não, mas
  • 17:33 - 17:35
    às vezes, pode ser o estado
  • 17:35 - 17:38
    de um erro sem entender a sua essência
  • 17:40 - 17:42
    Pode ver que se alguém perguntou
  • 17:42 - 17:43
    sobre informação há um ano atrás,
  • 17:43 - 17:45
    o erro tem que ser sinalizado (pinged)
  • 17:45 - 17:46
    ou
  • 17:46 - 17:49
    considerar que não irá haver nenhum
  • 17:49 - 17:51
    evento mesmo que não entenda o erro
  • 17:51 - 17:53
    pode ver qual o estado
  • 17:53 - 17:54
    do erro
  • 17:57 - 17:59
    Uma ferramenta fabulosa
  • 17:59 - 18:03
    é a última versão do motor de busca de
    erros da base de dados Debian
  • 18:08 - 18:10
    Parece-se como isto
  • 18:15 - 18:16
    Por favor ignorem isto
  • 18:17 - 18:18
    Então, se seleccionarem
  • 18:19 - 18:20
    a versão
  • 18:22 - 18:25
    podem adicionar muitos filtros
  • 18:26 - 18:27
    tipos de erros
  • 18:27 - 18:30
    Bom de facto também inclui as equipas aqui
  • 18:32 - 18:34
    e quando tiver terminado, clica procurar
  • 18:36 - 18:37
    É
  • 18:37 - 18:39
    verdadeiramente útil
  • 18:47 - 18:48
    E como podem ver, a minha
  • 18:48 - 18:50
    não aparece como devia aparecer
  • 18:55 - 18:59
    Critérios para erros que foram perdidos
  • 19:00 - 19:02
    Se os ignorar os que foram mexidos
  • 19:02 - 19:04
    ou criados no último ano
  • 19:05 - 19:06
    e seleccionar
  • 19:06 - 19:09
    ou "wontfix" ou "moreinfo"
  • 19:09 - 19:11
    ou "upstream" or "unreproducible"
  • 19:15 - 19:17
    a seguir escolhem uma equipa
  • 19:17 - 19:18
    e
  • 19:19 - 19:21
    irá encontrar muitos erros perdidos
  • 19:21 - 19:23
    poderá começar a lê-los
  • 19:23 - 19:25
    e ver os seus estados
  • 19:31 - 19:33
    Se não forem reproduzíveis
  • 19:38 - 19:39
    se o erro
  • 19:40 - 19:42
    estiver já corrigido
  • 19:42 - 19:43
    Bom,
  • 19:43 - 19:46
    ou a nova versão corrige o erro ou
  • 19:48 - 19:49
    o erro foi já corrigido de qualquer
    forma
  • 19:49 - 19:52
    porque foi uma questão de configuração
  • 19:52 - 19:54
    De qualquer forma não acontece novamente
  • 19:57 - 19:58
    Assim poderá fechá-lo
  • 19:58 - 20:01
    E aqui está o número de erro novamente
  • 20:02 - 20:04
    "done@bugs.debian.org"
  • 20:05 - 20:07
    e tem que identificar
  • 20:07 - 20:09
    qual a versão que foi corrigida
  • 20:09 - 20:11
    Então, se calhar foi corrigido
  • 20:11 - 20:13
    entretanto
  • 20:13 - 20:15
    mas , pelo menos, informe
  • 20:16 - 20:18
    "esta versão actual de certeza está
    corrigida"
  • 20:19 - 20:22
    para que a BTS saiba
  • 20:22 - 20:24
    qual a versão afectada e
  • 20:24 - 20:27
    principalmente qual a versão não afectada
  • 20:30 - 20:33
    Existe uma boa página de documentação
    sobre isso
  • 20:35 - 20:37
    Então, fecho de relatórios de erros é
    apenas sobre
  • 20:37 - 20:38
    enviar um email para
  • 20:38 - 20:40
    "done@bugs.debian.org"
  • 20:46 - 20:50
    Isto foi para "unreproducible"
  • 20:50 - 20:52
    OK, "moreinfo" or "wontfix"
  • 20:53 - 20:54
    Para estes
  • 20:54 - 20:56
    terá que se certificar com a equipa
  • 20:56 - 20:57
    ou com o maintainer qual
  • 20:57 - 20:59
    a política, porque
  • 20:59 - 21:01
    algumas pessoas pretendem manter tudo
  • 21:01 - 21:04
    em aberto para sempre
  • 21:07 - 21:10
    e alguns "wontfix" deverão
  • 21:10 - 21:12
    manter-se abertos porque
  • 21:12 - 21:14
    se existirem funcionalidades ou
  • 21:14 - 21:16
    erros que são
  • 21:16 - 21:18
    frequentemente requeridos, então
  • 21:18 - 21:20
    seria uma tolice fechá-los
  • 21:20 - 21:23
    para que alguns os volte a abrir em breve
  • 21:24 - 21:25
    mas, muitos são
  • 21:25 - 21:28
    erros que estão marcados "moreinfo"
  • 21:28 - 21:30
    e nunca chegam a gerar resposta
  • 21:30 - 21:32
    ou estão marcados como "wontfix"
  • 21:34 - 21:37
    devem ser fechados porque não existe
    trabalho
  • 21:37 - 21:39
    sobre os mesmos
  • 21:41 - 21:44
    Não existem
  • 21:44 - 21:47
    linhas de orientação na documentação sobre
    isto
  • 21:47 - 21:49
    de modo que decidi arbitrariamente
  • 21:49 - 21:51
    um ano após
  • 21:51 - 21:54
    quem submeteu ser avisado e não ter
    devolvido resposta
  • 21:58 - 21:59
    poderemos considerar talvez que
  • 21:59 - 22:01
    a pessoa que submeteu está ausente
  • 22:01 - 22:04
    Provavelmente poderá ser um espaço curto,
    mas
  • 22:05 - 22:08
    as pessoas podem ficar zangadas porque
  • 22:08 - 22:11
    foi uma contribuição para os relatórios
    de erros e que o mesmo
  • 22:11 - 22:13
    não deveria ser apagado
  • 22:13 - 22:14
    de ânimo leve
  • 22:17 - 22:19
    Se tiver a certeza que um erro
  • 22:19 - 22:21
    não tem realmente utilidade para ninguém
  • 22:21 - 22:23
    então, faça o mesmo
  • 22:23 - 22:25
    número"-done"
  • 22:26 - 22:29
    com a explicação claro
  • 22:30 - 22:31
    Então, um exemplo
  • 22:33 - 22:35
    Vamos fazer uma pesquisa
  • 22:35 - 22:36
    "wontfix"
  • 22:38 - 22:40
    não tocado desde o ano passado, perl
  • 22:47 - 22:48
    incluir "wontfix"
  • 22:55 - 22:56
    ignorar
  • 22:58 - 23:00
    criado ou modificado no passado
  • 23:00 - 23:02
    ano ou mais ou menos
  • 23:03 - 23:06
    e ver a equipa perl
  • 23:24 - 23:25
    Todos estes erros
  • 23:25 - 23:28
    são de diferentes pacotes
  • 23:28 - 23:29
    mas são todos
  • 23:30 - 23:33
    correspondem ao mesmo critério
  • 23:33 - 23:36
    e podemos ordená-los
  • 23:36 - 23:38
    pela última data de modificação
  • 23:40 - 23:44
    muitos deles foram esquecidos por alguns
    anos
  • 23:46 - 23:48
    e, bem, o
  • 23:49 - 23:52
    próximo passo é começar a ler os
    relatórios
  • 23:54 - 23:56
    E já que eu preparei um pouco
  • 23:56 - 23:57
    mesmo que não muito
  • 23:58 - 24:00
    Eu seleccionei um
  • 24:00 - 24:02
    e aqui está um que pode ser lido
  • 24:03 - 24:05
    ok eu não irei ler
  • 24:05 - 24:07
    completamente com vocês hoje, mas
  • 24:09 - 24:11
    podem ver que
  • 24:11 - 24:13
    a conclusão é
  • 24:13 - 24:16
    a fonte considerou que não é um erro
  • 24:17 - 24:18
    Foi informado em
  • 24:18 - 24:20
    2010
  • 24:20 - 24:21
    e assim
  • 24:22 - 24:24
    já houve tempo suficiente
  • 24:24 - 24:26
    para deixar as pessoas saber
  • 24:26 - 24:29
    [riso]
  • 24:30 - 24:33
    e foi fechado na fonte
  • 24:33 - 24:36
    Então, o relatório de erro na fonte
  • 24:36 - 24:38
    onde diz
  • 24:38 - 24:41
    "It does according to the man page"
  • 24:42 - 24:43
    "closing"
  • 24:43 - 24:45
    Então, a fonte fechou-o
  • 24:46 - 24:48
    e nós devemos fazer o mesmo
  • 24:48 - 24:50
    Então, eu fiz
  • 24:50 - 24:52
    e
  • 24:52 - 24:54
    não irei mostrar agora, mas
  • 24:58 - 25:00
    enviei este email
  • 25:00 - 25:02
    mesmo antes de vir para cá
  • 25:04 - 25:07
    para número_do_erro"-done"
  • 25:07 - 25:08
    assunto:
  • 25:11 - 25:13
    nós usamos um assunto tipo
  • 25:13 - 25:15
    de relatório
  • 25:15 - 25:17
    de erro, para que as pessoas
  • 25:17 - 25:19
    saibam do que se trata
  • 25:19 - 25:21
    e justifico que estou a fechá-lo
  • 25:21 - 25:24
    e então a minha mensagem standard
  • 25:28 - 25:30
    "Olá, estou a fechar este erro porque foi
  • 25:30 - 25:32
    marcado não reproduzível durante alguns
  • 25:32 - 25:33
    anos sem resposta
  • 25:33 - 25:35
    Se tiver alguma razão para apontar
  • 25:35 - 25:38
    como um problema, por favor sinta-se livre
  • 25:38 - 25:40
    para o voltar a abrir ou pedi-lo a mim"
  • 25:41 - 25:43
    Isto porque nem toda a gente que submete
  • 25:43 - 25:46
    erros conhece todas as subtilezas
  • 25:46 - 25:48
    de servidor de controlo
  • 25:48 - 25:50
    e nem todos
  • 25:50 - 25:52
    sabem como reabrir um erro
  • 25:54 - 25:57
    e assim ao pedirem para reabrir
  • 25:57 - 25:59
    pois um erro pode ser
  • 25:59 - 26:01
    um pouco demais , e então
  • 26:01 - 26:04
    se eu o fechar
  • 26:04 - 26:05
    e não tiver sido uma boa ideia, eles
    podem
  • 26:05 - 26:07
    pedir-me a mim para o reabrir, e assim
  • 26:09 - 26:13
    ninguém se perde no processo
  • 26:17 - 26:20
    Por vezes, existem relatórios de erro que
  • 26:20 - 26:22
    provavelmente deveriam ser
  • 26:22 - 26:24
    fechados ou fundidos
  • 26:24 - 26:26
    ou outra coisa, mas não têm a
  • 26:26 - 26:28
    certeza absoluta
  • 26:30 - 26:33
    Não há pressa, a maior parte deles
  • 26:33 - 26:35
    estão à espera há muito tempo de qualquer
    forma
  • 26:35 - 26:37
    por isso demore
  • 26:37 - 26:39
    alguns dias, semanas, meses
  • 26:39 - 26:41
    ou anos
  • 26:41 - 26:43
    como acontece, e
  • 26:44 - 26:46
    talvez na próxima vez que
  • 26:46 - 26:48
    abrir este erro, o mesmo estará
  • 26:48 - 26:50
    mais claro de modo a lidar com ele
  • 26:50 - 26:53
    pois tem mais experiência ou
  • 26:55 - 26:56
    está com uma mente mais
    limpa naquele dia
  • 26:57 - 26:58
  • 26:58 - 27:00
  • 27:00 - 27:03
  • 27:04 - 27:07
  • 27:08 - 27:09
  • 27:09 - 27:11
  • 27:14 - 27:15
  • 27:16 - 27:18
  • 27:18 - 27:21
  • 27:21 - 27:23
  • 27:23 - 27:25
  • 27:25 - 27:27
  • 27:27 - 27:29
  • 27:30 - 27:31
  • 27:31 - 27:34
  • 27:35 - 27:37
  • 27:37 - 27:39
  • 27:39 - 27:41
  • 27:41 - 27:44
  • 27:46 - 27:48
  • 27:48 - 27:50
  • 27:51 - 27:52
  • 27:53 - 27:55
  • 27:55 - 27:57
  • 27:57 - 27:58
  • 28:00 - 28:02
  • 28:02 - 28:03
  • 28:03 - 28:06
  • 28:06 - 28:08
  • 28:08 - 28:10
  • 28:10 - 28:12
  • 28:12 - 28:14
  • 28:14 - 28:16
  • 28:16 - 28:18
  • 28:18 - 28:20
  • 28:20 - 28:22
  • 28:22 - 28:24
  • 28:26 - 28:29
  • 28:30 - 28:32
  • 28:32 - 28:37
  • 28:38 - 28:40
  • 28:40 - 28:42
  • 28:45 - 28:48
  • 28:48 - 28:50
  • 28:50 - 28:52
  • 28:52 - 28:54
  • 28:54 - 28:56
  • 28:56 - 28:58
  • 28:58 - 29:00
  • 29:01 - 29:03
  • 29:04 - 29:06
  • 29:06 - 29:08
  • 29:08 - 29:11
  • 29:11 - 29:13
  • 29:14 - 29:15
  • 29:15 - 29:17
  • 29:18 - 29:20
  • 29:21 - 29:22
  • 29:24 - 29:27
  • 29:27 - 29:29
  • 29:29 - 29:31
  • 29:31 - 29:33
  • 29:33 - 29:35
  • 29:35 - 29:36
  • 29:38 - 29:39
  • 29:39 - 29:41
  • 29:42 - 29:43
  • 29:44 - 29:46
  • 29:51 - 30:02
  • 30:02 - 30:05
  • 30:06 - 30:09
  • 30:09 - 30:11
  • 30:11 - 30:13
  • 30:13 - 30:15
  • 30:15 - 30:16
  • 30:16 - 30:18
  • 30:18 - 30:20
  • 30:20 - 30:21
  • 30:23 - 30:25
  • 30:25 - 30:27
  • 30:27 - 30:29
  • 30:29 - 30:31
  • 30:32 - 30:34
  • 30:34 - 30:37
  • 30:37 - 30:39
  • 30:39 - 30:40
  • 30:40 - 30:42
  • 30:42 - 30:44
  • 30:44 - 30:46
  • 30:51 - 30:53
  • 30:54 - 30:56
  • 30:56 - 30:58
  • 31:02 - 31:04
  • 31:04 - 31:06
  • 31:06 - 31:09
  • 31:09 - 31:11
  • 31:11 - 31:13
  • 31:13 - 31:15
  • 31:15 - 31:18
  • 31:18 - 31:20
  • 31:20 - 31:23
  • 31:23 - 31:25
  • 31:27 - 31:28
  • 31:28 - 31:41
  • 31:41 - 31:43
  • 31:43 - 31:45
  • 31:58 - 32:00
  • 32:00 - 32:02
  • 32:02 - 32:04
  • 32:04 - 32:10
  • 32:10 - 32:12
  • 32:12 - 32:14
  • 32:14 - 32:17
  • 32:17 - 32:19
  • 32:19 - 32:21
  • 32:23 - 32:25
  • 32:25 - 32:27
  • 32:27 - 32:29
  • 32:29 - 32:32
  • 32:32 - 32:35
  • 32:35 - 32:38
  • 32:40 - 32:43
  • 32:44 - 32:46
  • 32:49 - 32:51
  • 32:51 - 32:54
  • 32:54 - 32:56
  • 32:56 - 32:59
  • 32:59 - 33:04
  • 33:08 - 33:11
  • 33:11 - 33:15
  • 33:28 - 33:31
  • 33:31 - 33:34
  • 33:34 - 33:36
  • 33:36 - 33:38
  • 33:41 - 33:44
  • 33:44 - 33:46
  • 33:46 - 33:48
  • 33:50 - 33:51
  • 33:51 - 33:53
  • 33:53 - 33:56
  • 33:56 - 33:58
  • 33:58 - 34:00
  • 34:00 - 34:02
  • 34:10 - 34:13
  • 34:20 - 34:24
  • 34:24 - 34:26
  • 34:26 - 34:28
  • 34:28 - 34:30
  • 34:30 - 34:32
  • 34:33 - 34:35
  • 34:36 - 34:38
  • 34:38 - 34:40
  • 34:40 - 34:41
  • 34:43 - 34:45
  • 34:45 - 34:47
  • 34:47 - 34:49
  • 34:49 - 34:51
  • 35:06 - 35:12
  • 35:14 - 35:17
  • 35:17 - 35:19
  • 35:19 - 35:21
  • 35:21 - 35:23
  • 35:23 - 35:25
  • 35:25 - 35:26
  • 35:26 - 35:28
  • 35:28 - 35:30
  • 35:30 - 35:33
  • 35:33 - 35:35
  • 35:35 - 35:37
  • 35:37 - 35:39
  • 35:39 - 35:41
  • 35:43 - 35:45
  • 35:45 - 35:47
  • 35:47 - 35:49
  • 35:49 - 35:51
  • 35:51 - 35:53
  • 35:53 - 35:58
  • 35:58 - 36:01
  • 36:01 - 36:03
  • 36:03 - 36:05
  • 36:05 - 36:07
  • 36:07 - 36:09
  • 36:09 - 36:11
  • 36:11 - 36:13
  • 36:13 - 36:15
  • 36:16 - 36:19
  • 36:19 - 36:21
  • 36:22 - 36:24
  • 36:24 - 36:26
  • 36:26 - 36:28
  • 36:28 - 36:31
  • 36:33 - 36:35
  • 36:35 - 36:37
  • 36:37 - 36:40
  • 36:40 - 36:42
  • 36:42 - 36:45
  • 36:45 - 36:47
  • 36:47 - 36:48
  • 36:48 - 36:51
  • 36:52 - 36:54
  • 36:54 - 36:56
  • 36:56 - 36:58
  • 36:58 - 37:00
  • 37:03 - 37:05
  • 37:07 - 37:09
  • 37:10 - 37:13
  • 37:14 - 37:17
  • 37:17 - 37:19
  • 37:19 - 37:21
  • 37:21 - 37:22
  • 37:23 - 37:26
  • 37:36 - 37:38
  • 37:38 - 37:40
  • 37:40 - 37:43
  • 37:43 - 37:45
  • 37:47 - 37:49
  • 37:49 - 37:52
  • 37:53 - 37:54
  • 37:55 - 37:58
  • 37:59 - 38:00
  • 38:00 - 38:02
  • 38:02 - 38:05
  • 38:05 - 38:08
  • 38:08 - 38:12
  • 38:12 - 38:14
  • 38:14 - 38:16
  • 38:16 - 38:18
  • 38:18 - 38:21
  • 38:22 - 38:25
  • 38:25 - 38:27
  • 38:27 - 38:29
  • 38:29 - 38:31
  • 38:33 - 38:35
  • 38:36 - 38:38
  • 38:38 - 38:40
  • 38:40 - 38:42
  • 38:42 - 38:44
  • 38:44 - 38:46
  • 38:46 - 38:48
  • 38:48 - 38:50
  • 38:50 - 38:53
  • 38:53 - 38:55
  • 38:55 - 38:57
  • 38:58 - 39:00
  • 39:00 - 39:02
  • 39:02 - 39:04
  • 39:05 - 39:07
  • 39:07 - 39:09
  • 39:09 - 39:12
  • 39:12 - 39:16
  • 39:16 - 39:18
  • 39:18 - 39:20
  • 39:20 - 39:23
  • 39:23 - 39:25
  • 39:25 - 39:27
  • 39:27 - 39:29
  • 39:29 - 39:31
  • 39:31 - 39:33
  • 39:34 - 39:36
  • 39:37 - 39:38
  • 39:38 - 39:40
  • 39:40 - 39:42
  • 39:43 - 39:45
  • 39:45 - 39:47
  • 39:49 - 39:51
  • 39:51 - 39:53
  • 39:53 - 39:55
  • 39:55 - 39:58
  • 40:03 - 40:05
  • 40:06 - 40:09
  • 40:11 - 40:16
Title:
Bug triaging and bug closing by Solveig - Mini Debconf Barcelona 2014
Video Language:
English
Team:
Debconf
Project:
2014_mini-debconf-barcelona
Duration:
40:16

Portuguese subtitles

Revisions Compare revisions

Our website uses cookies for analysis purposes.