WEBVTT

00:00:02.320 --> 00:00:03.040
Olá

00:00:04.730 --> 00:00:07.290
Obrigado por estarem aqui

00:00:07.290 --> 00:00:10.460
Espero que alguns de vós achem
interessante, mas

00:00:10.460 --> 00:00:13.050
maior parte de voçês

00:00:13.050 --> 00:00:14.400
já conhecem, provavelmente.

00:00:14.400 --> 00:00:16.350
Então trata-se de uma conversa sobre

00:00:16.350 --> 00:00:19.370
triagem e encerramento de erros (bugs)

00:00:19.530 --> 00:00:23.120
Eu sou a Solveig e aqui está a minha
informação de contacto.

00:00:27.240 --> 00:00:29.540
Eu uso software livre desde

00:00:29.600 --> 00:00:32.250
os meus 10 anos

00:00:33.300 --> 00:00:35.580
Foco-me especialmente em

00:00:35.580 --> 00:00:37.580
questões de privacidade.

00:00:39.980 --> 00:00:42.080
Contribuo para o Tails

00:00:42.270 --> 00:00:44.580
que é um derivado da distribuição Debian

00:00:45.770 --> 00:00:47.370
e

00:00:48.580 --> 00:00:52.540
fui à última DebConf e gostei muito

00:00:52.540 --> 00:00:54.540
iniciei a triagem de erros

00:00:54.540 --> 00:00:56.200
porque não sou uma

00:00:56.570 --> 00:00:58.200
programadora, mas

00:00:58.200 --> 00:01:00.890
existem muitas maneiras de contribuir
para Debian

00:01:02.480 --> 00:01:05.110
Então, triagem de erros

00:01:05.150 --> 00:01:06.590
é

00:01:07.140 --> 00:01:11.210
uma pequena tarefa mas ajuda Debian como
um todo

00:01:12.080 --> 00:01:13.910
Então ...

00:01:16.160 --> 00:01:19.030
Então, aqui é onde pode ver

00:01:20.110 --> 00:01:24.090
o sistema de triagem de erros Debian, aqui

00:01:25.110 --> 00:01:29.740
pode introduzir um numero de erro e procurar
pelo seu número

00:01:32.830 --> 00:01:37.440
Muitos maintainers têm demasiado trabalho
e não querem

00:01:37.750 --> 00:01:40.040
ter que ligar com todos os seus relatórios
de erros

00:01:41.740 --> 00:01:45.270
Alguns pacote com alta

00:01:46.140 --> 00:01:47.430
popularidade

00:01:47.430 --> 00:01:49.740
acumulam muitos relatórios de erros

00:01:50.340 --> 00:01:52.330
como o kernel, ou

00:01:52.330 --> 00:01:53.740
o firefox (Iceweasel)

00:01:54.450 --> 00:01:55.670
e

00:01:56.270 --> 00:01:57.840
por vezes os maintainers

00:01:57.840 --> 00:02:02.560
por alguma razão, não têm tempo para lidar
com todos os seus relatórios de erros

00:02:02.890 --> 00:02:05.870
Assim alguns deles apenas

00:02:05.870 --> 00:02:09.430
ficam apenas no sistema de triagem de 
erros sem

00:02:11.310 --> 00:02:13.720
se lidar com eles

00:02:15.150 --> 00:02:16.130
Assim

00:02:16.130 --> 00:02:18.130
quando

00:02:18.130 --> 00:02:20.130
os triar

00:02:20.130 --> 00:02:23.800
garanta que estão num estado em que

00:02:24.340 --> 00:02:26.500
alguma coisa possa ser feita com eles

00:02:27.410 --> 00:02:29.130
de modo que

00:02:30.990 --> 00:02:34.500
os maintainers podem ter a garantia que
tenham actualizados os

00:02:34.760 --> 00:02:37.070
relatórios de erros, para que

00:02:37.990 --> 00:02:39.740
vejam mais eficazmente o que podem fazer

00:02:39.930 --> 00:02:41.160
e

00:02:41.680 --> 00:02:44.500
os utilizadores que procurem

00:02:44.500 --> 00:02:46.500
erros similares a estes

00:02:46.500 --> 00:02:48.190
possam encontrá-los

00:02:48.970 --> 00:02:52.130
e assim os maintainers ficam com mais
tempo para

00:02:53.480 --> 00:02:56.320
os corrigir efectivamente

00:02:58.500 --> 00:02:59.330
e

00:02:59.620 --> 00:03:02.370
vai querer triar erros

00:03:02.370 --> 00:03:03.890
porque é fácil

00:03:03.890 --> 00:03:04.990
não tem que escrever código

00:03:04.990 --> 00:03:08.340
não precisa de fazer a administração do
sistema

00:03:08.800 --> 00:03:10.990
apenas precisa de saber ler

00:03:10.990 --> 00:03:12.460
e escrever e-mails

00:03:12.800 --> 00:03:14.460
[riso]

00:03:16.080 --> 00:03:18.040
É recompensador porque

00:03:18.040 --> 00:03:19.770
os maintainers, ou a maior parte

00:03:19.770 --> 00:03:21.770
ficam contentes que os ajudamos

00:03:24.570 --> 00:03:27.280
Os autores dos relatórios ficam

00:03:28.020 --> 00:03:31.190
também contentes por serem contactados de
volta, e assim

00:03:32.000 --> 00:03:35.190
ganha grande quantidade de feedback

00:03:36.050 --> 00:03:37.420
e é divertido

00:03:37.420 --> 00:03:39.420
Acaba por ler sobre

00:03:39.420 --> 00:03:42.940
um software que não fazia a ideia de
existir

00:03:43.360 --> 00:03:45.610
Não consegue entender

00:03:45.610 --> 00:03:48.300
mesmo depois de ler, o que é suposto o
software fazer

00:03:48.300 --> 00:03:51.030
e realmente não percebe, enquanto que

00:03:51.230 --> 00:03:52.030
efectivamente alguém o escreveu

00:03:52.280 --> 00:03:53.110
Isso

00:03:54.890 --> 00:03:56.270
é de malucos, é realmente

00:03:56.270 --> 00:03:58.270
[gargalhada]

00:03:58.610 --> 00:04:01.490
e claro, salva "gatinhos"

00:04:03.580 --> 00:04:09.240
[aplausos]

00:04:10.130 --> 00:04:12.540
Existem variadas

00:04:12.540 --> 00:04:14.540
operações que pode efectuar

00:04:14.540 --> 00:04:16.540
nos relatórios de erros

00:04:19.670 --> 00:04:22.390
Estas são duas

00:04:22.390 --> 00:04:24.390
das mais úteis

00:04:24.390 --> 00:04:26.390
páginas de documentação

00:04:27.320 --> 00:04:29.830
a página wiki sobre relatórios de erros

00:04:29.830 --> 00:04:32.570
e os comandos de controle do servidor

00:04:33.180 --> 00:04:35.030
que são um pouco

00:04:35.030 --> 00:04:37.540
exóticos, quero eu dizer, trata-se de uma
página gigante

00:04:37.810 --> 00:04:40.210
com muitos comandos a enviar para o

00:04:40.920 --> 00:04:43.240
controle de servidor e

00:04:44.650 --> 00:04:47.190
realmente muita coisa a fazer, para lhe

00:04:48.070 --> 00:04:52.400
indicar o que é mais útil fazer

00:04:52.400 --> 00:04:54.400
Bem, dos mais usados

00:04:55.950 --> 00:04:56.980
Pode

00:04:56.980 --> 00:04:59.340
tentar reproduzir os relatórios de erro

00:05:00.610 --> 00:05:02.530
Mais à frente irei detalhar

00:05:02.850 --> 00:05:07.750
Pode criar etiquetas nos relatórios de erro
quando os mesmo não são reproduzíveis

00:05:08.050 --> 00:05:09.750
pode fundir (merge) relatórios de erro

00:05:10.280 --> 00:05:11.870
encaminhá-los a montante (upstream)

00:05:12.520 --> 00:05:14.800
e lidar com montante

00:05:15.760 --> 00:05:17.750
e lidar com quem submete

00:05:19.660 --> 00:05:21.360
e, quase me esquecia, pode

00:05:21.360 --> 00:05:24.310
fechar relatórios de erro, que é a melhor
parte

00:05:25.690 --> 00:05:27.930
Então, ao reproduzi-los

00:05:29.040 --> 00:05:33.040
por vezes, recebe relatórios de erros que
não são tocados à anos

00:05:33.540 --> 00:05:34.190
e

00:05:36.460 --> 00:05:39.450
provavelmente estão já resolvidos, ou
talvez não, mas

00:05:39.670 --> 00:05:41.140
na dúvida

00:05:41.490 --> 00:05:44.310
o relatório ficará ali e ninguém o irá

00:05:44.830 --> 00:05:46.950
tocar o relatório de erro porque

00:05:47.560 --> 00:05:50.430
existe uma probabilidade alta de o mesmo
não se aplicar mais

00:05:50.430 --> 00:05:52.750
assim poderá testar se o mesmo ainda
ocorre

00:05:56.130 --> 00:05:58.120
Existem também novos relatórios de erros

00:05:58.120 --> 00:06:01.050
que são apenas reportados por uma pessoa

00:06:01.050 --> 00:06:03.050
de modo que se não estiverem marcados

00:06:03.810 --> 00:06:05.420
"confirmed"

00:06:05.970 --> 00:06:07.910
ou "pending"

00:06:07.910 --> 00:06:09.910
e se puder

00:06:09.910 --> 00:06:11.910
[falha na bateria do microfone]

00:06:34.140 --> 00:06:37.440
Se novos relatórios de erros não estão já
confirmados

00:06:37.440 --> 00:06:38.660
pode tentar

00:06:39.030 --> 00:06:41.600
ver se consegue reproduzi-los

00:06:42.580 --> 00:06:44.730
e em caso afirmativo, confirmá-los

00:06:46.300 --> 00:06:48.050
Se puder reproduzir

00:06:48.050 --> 00:06:49.810
relatórios antigos ou novos de erros

00:06:49.810 --> 00:06:51.810
não confirmados ainda

00:06:51.810 --> 00:06:53.810
então escreva "nnn"

00:06:53.810 --> 00:06:56.540
para identificar o número de relatório
de erro

00:06:57.270 --> 00:06:59.850
e envie para @bugs.debian.org

00:06:59.850 --> 00:07:01.240
e marque-o

00:07:01.630 --> 00:07:04.730
Então este é o primeiro dos comandos
estranhos

00:07:04.730 --> 00:07:07.270
Assim, pesquise o número do relatorio de
erro

00:07:13.940 --> 00:07:15.040
número de versão

00:07:17.610 --> 00:07:19.900
confirme qual a versão

00:07:20.470 --> 00:07:22.330
e marque-o

00:07:22.330 --> 00:07:24.370
"confirmed" e "thanks", porque

00:07:24.370 --> 00:07:26.370
o controlo de servidor é muito
educado

00:07:26.370 --> 00:07:28.370
de modo que se não agradecer

00:07:28.370 --> 00:07:29.980
cada vez que

00:07:29.980 --> 00:07:32.170
escrever um comando, torna-se uma chatiçe

00:07:38.640 --> 00:07:40.840
Então, outro modo de

00:07:41.220 --> 00:07:43.200
triar um relatório de erro

00:07:44.290 --> 00:07:46.290
é tentar reproduzi-lo

00:07:46.500 --> 00:07:49.200
e vamos dizer que não funcionou

00:08:00.070 --> 00:08:03.740
Se não o puder reproduzir e já esteja
corrigido

00:08:04.020 --> 00:08:06.880
Então veremos mais tarde como fecha-lo

00:08:07.600 --> 00:08:09.830
Se não o puder reproduzir mas

00:08:09.830 --> 00:08:10.850
não tem a certeza que esteja corrigido

00:08:10.850 --> 00:08:12.850
porque talvez não tenha a mesma

00:08:12.850 --> 00:08:15.150
configuração de quem o relatou

00:08:15.190 --> 00:08:15.780
ou

00:08:16.470 --> 00:08:18.110
talvez não tem a

00:08:18.250 --> 00:08:20.950
certeza que seguiu os mesmos passos

00:08:21.220 --> 00:08:22.470
para

00:08:22.470 --> 00:08:24.030
o testar

00:08:24.030 --> 00:08:26.100
Se não tem a certeza, então

00:08:26.100 --> 00:08:28.100
marque-o "unreproducible"

00:08:28.100 --> 00:08:30.100
ou "moreinfo"

00:08:31.180 --> 00:08:33.390
e deste modo irá

00:08:33.390 --> 00:08:35.390
informar quem o relatou

00:08:35.390 --> 00:08:37.390
e o maintainer, que

00:08:38.230 --> 00:08:40.320
nem todos encontram o relatório de erro

00:08:40.750 --> 00:08:42.850
que poderá ser só por si informação

00:08:45.460 --> 00:08:47.670
Por vezes poderá fundir (merge) relatórios

00:08:47.670 --> 00:08:50.870
e isto especialmente verdadeiro para
novos relatórios porque

00:08:53.280 --> 00:08:56.060
caso contrário é onde ficam para sempre

00:08:56.060 --> 00:08:58.060
duplicados

00:09:00.610 --> 00:09:01.730
Então

00:09:05.120 --> 00:09:06.840
Colocá-los no mesmo pacote

00:09:06.840 --> 00:09:09.160
e com o mesmo nível de severidade e estado

00:09:09.340 --> 00:09:10.400
são operações diferentes

00:09:10.400 --> 00:09:13.070
e está detalhado na documentação

00:09:13.680 --> 00:09:15.440
e no final pode

00:09:15.440 --> 00:09:16.620
fundir o resultado

00:09:16.620 --> 00:09:17.980
É engraçado

00:09:19.170 --> 00:09:21.850
Todas as mensagens serão

00:09:22.550 --> 00:09:24.290
colocadas junto, por isso

00:09:24.710 --> 00:09:27.490
por vezes terá que pesquisar um pouco

00:09:27.700 --> 00:09:29.920
podem existir mais que dois relatórios

00:09:30.790 --> 00:09:31.470
"colados"

00:09:31.470 --> 00:09:33.290
Por isso por vezes estão realmente

00:09:33.290 --> 00:09:35.020
não "colados" mas fundidos

00:09:35.760 --> 00:09:37.230
Depois de algum tempo, poderão existir

00:09:37.230 --> 00:09:38.730
três ou quatro

00:09:38.730 --> 00:09:40.390
se as pessoas

00:09:40.390 --> 00:09:42.390
continuam a abrir o mesmo relatório

00:09:42.600 --> 00:09:44.580
Por isso por vezes é engraçado

00:09:46.430 --> 00:09:48.680
Outro modo é fazer um reporte

00:09:48.680 --> 00:09:51.540
enviar um reporte para a fonte (upstream)

00:09:51.690 --> 00:09:52.680
porque

00:09:53.320 --> 00:09:56.130
Debian é um conjunto de pacotes

00:09:56.670 --> 00:09:59.690
não desenvolvidos para Debian, mas para em
formato de código fonte

00:10:00.460 --> 00:10:02.430
e empacotados sim para Debian

00:10:02.430 --> 00:10:04.270
assim de existir um relatório de erro

00:10:04.270 --> 00:10:06.080
a ocorrer em Debian,

00:10:06.080 --> 00:10:08.080
na maioria dos casos ocorre

00:10:08.080 --> 00:10:09.360
no código fonte

00:10:10.230 --> 00:10:11.620
deste modo pode pesquisar

00:10:11.620 --> 00:10:13.820
a monitorização do relatório do
envio

00:10:13.820 --> 00:10:15.820
de modo a perceber se já existe relatórios
semelhantes

00:10:18.350 --> 00:10:19.360
se existirem

00:10:19.360 --> 00:10:21.360
por vezes os mesmos têm

00:10:21.360 --> 00:10:23.360
uma forma de contornar ou

00:10:23.980 --> 00:10:26.190
por vezes

00:10:26.840 --> 00:10:29.150
do lado da fonte é informado que não é
possível corrigi-lo

00:10:29.150 --> 00:10:31.590
por não o consideram um erro ou

00:10:36.740 --> 00:10:38.270
quando é o caso

00:10:40.230 --> 00:10:42.220
a informação deverá ser

00:10:42.370 --> 00:10:45.190
colocada na monitorização de erros

00:10:45.190 --> 00:10:47.190
Debian

00:10:47.550 --> 00:10:48.720
e

00:10:56.080 --> 00:10:56.920
se

00:10:57.110 --> 00:11:00.620
o erro já existe do lado da fonte, então

00:11:01.050 --> 00:11:02.620
a monitorização de erros Debian
deverá já saber

00:11:02.620 --> 00:11:05.280
de modo que você terá que comunicar ao BTS

00:11:09.750 --> 00:11:12.160
Existe também um comando

00:11:12.160 --> 00:11:14.470
estraguei

00:11:16.140 --> 00:11:17.670
o modo de o mostrar , mas ok

00:11:17.670 --> 00:11:18.790
Este é o comando

00:11:18.790 --> 00:11:21.540
"forwarded" e o número de erro

00:11:21.540 --> 00:11:22.980
em Debian

00:11:23.110 --> 00:11:26.160
e o número de erro no código fonte

00:11:26.660 --> 00:11:29.830
e novamente "obrigado" porque é sempre
educado

00:11:31.260 --> 00:11:34.580
Existem outras coisas que pode fazer do
lado do código fonte

00:11:35.470 --> 00:11:36.580
Por vezes

00:11:36.580 --> 00:11:38.880
deste lado não têm o número de erro

00:11:38.880 --> 00:11:40.320
sendo

00:11:40.320 --> 00:11:42.320
obviamente um erro deles

00:11:43.050 --> 00:11:44.320
e assim

00:11:44.800 --> 00:11:46.320
se puder reproduzir

00:11:46.320 --> 00:11:48.100
o erro, deverá

00:11:48.100 --> 00:11:50.100
abrir um relatório de erro na fonte

00:11:50.360 --> 00:11:51.650
que é

00:11:52.030 --> 00:11:54.030
na maioria dos casos um problema

00:11:54.030 --> 00:11:56.680
porque tem que registar uma conta pessoal

00:11:56.680 --> 00:11:58.680
ou encontrar

00:11:58.680 --> 00:12:00.680
a monitorização do relatório de erro

00:12:02.530 --> 00:12:03.490
Mas é divertido

00:12:09.020 --> 00:12:11.710
Mas poupa tempo ao maintainer

00:12:11.710 --> 00:12:13.710
e quem reportou o erro

00:12:14.340 --> 00:12:18.520
vê mais hipóteses do erro ser resolvido

00:12:20.600 --> 00:12:21.740
Se abrir

00:12:21.740 --> 00:12:24.690
o erro na monitorização do erro na fonte

00:12:24.690 --> 00:12:25.780
terá que

00:12:26.420 --> 00:12:29.760
marcá-lo como forwarded como já vimos
anteriormente

00:12:32.050 --> 00:12:34.820
Por vezes o lado da fonte diz que já está
corrigido

00:12:35.430 --> 00:12:37.280
e os mesmo deverão

00:12:37.910 --> 00:12:41.330
comunicar à monitorização de erros Debian
que está corrigido

00:12:43.990 --> 00:12:47.110
terão que dizer qual a versão

00:12:47.780 --> 00:12:48.890
e

00:12:49.570 --> 00:12:52.130
talvez o maintainer poderá

00:12:52.130 --> 00:12:54.130
actualizar o seu pacote para

00:12:54.790 --> 00:12:58.010
dar a versão corrigida

00:13:01.900 --> 00:13:04.030
e por vezes existe um 'patch' de código
fonte

00:13:04.030 --> 00:13:05.490
que não está aplicado

00:13:05.490 --> 00:13:07.390
e assim deverá revê-lo

00:13:07.390 --> 00:13:09.600
e/ou testá-lo

00:13:11.250 --> 00:13:13.910
e comunicar se funciona

00:13:14.470 --> 00:13:15.620
ou não

00:13:18.550 --> 00:13:19.630
Se funcionar

00:13:19.630 --> 00:13:21.630
pode também

00:13:23.290 --> 00:13:26.610
trazê-lo para o sistema de monitorização
de erros debian

00:13:26.610 --> 00:13:29.100
marcar o erro com "patch"

00:13:31.730 --> 00:13:34.720
Existe também trabalho com quem reporta

00:13:38.420 --> 00:13:40.950
existe um grande percentagem de erros

00:13:40.950 --> 00:13:42.620
marcado com "moreinfo"

00:13:43.390 --> 00:13:44.620
Alguém

00:13:44.620 --> 00:13:46.130
comunicou

00:13:46.240 --> 00:13:48.610
"Não funciona" e

00:13:49.460 --> 00:13:52.310
do nosso lado temos que saber porque
não funciona

00:13:54.870 --> 00:13:56.050
Às vezes

00:13:58.290 --> 00:14:01.050
surge uma nova versão empacotada

00:14:01.160 --> 00:14:04.650
e poderá voltar a surgir o erro, ou talvez
não

00:14:04.650 --> 00:14:05.890
mas terá que saber

00:14:06.570 --> 00:14:08.330
ou alguém comunicou

00:14:08.330 --> 00:14:11.460
"Eu irei testar esta versão ou esta
configuração"

00:14:11.460 --> 00:14:14.880
e/ou "Irei comunicar à fonte" e

00:14:16.130 --> 00:14:17.180
nada aconteçe

00:14:26.520 --> 00:14:27.770
e por vezes

00:14:27.770 --> 00:14:29.770
fica nesta

00:14:29.830 --> 00:14:32.150
situação "a aguardar informação"

00:14:32.150 --> 00:14:34.150
durante muito tempo

00:14:34.150 --> 00:14:35.590
Eu escrevi

00:14:35.590 --> 00:14:37.590
um ano ou um lançamento

00:14:37.590 --> 00:14:39.590
porque é o que eu considero

00:14:39.590 --> 00:14:41.180
começar a ser muito tempo

00:14:41.180 --> 00:14:43.800
Assim que eu encontro alguns destes,
eu fecho alguns erros que

00:14:44.200 --> 00:14:46.650
não são tocados para mais de dez anos

00:14:48.110 --> 00:14:49.300
que é um record

00:14:51.260 --> 00:14:52.220
Assim pode ajudar

00:14:52.220 --> 00:14:55.160
enviando um email para

00:14:55.570 --> 00:14:57.270
a pessoa que necessita de informação

00:14:57.270 --> 00:14:58.690
às vezes

00:14:58.690 --> 00:15:00.690
é quem reportou , outras vezes

00:15:01.250 --> 00:15:03.690
o maintainer, outras vezes a fonte

00:15:04.150 --> 00:15:05.200
e outras vezes

00:15:05.960 --> 00:15:07.240
outra pessoa qualquer

00:15:09.490 --> 00:15:10.530
a dizer que

00:15:10.530 --> 00:15:12.140
"Eu posso fazer isso" ou

00:15:12.140 --> 00:15:13.900
"Pode reproduzir o erro?"

00:15:15.200 --> 00:15:16.540
para

00:15:17.020 --> 00:15:19.960
que o relatório de erro ganhe

00:15:21.150 --> 00:15:23.520
um estado onde possa ter visibilidade

00:15:23.520 --> 00:15:25.230
do estado actual e

00:15:25.230 --> 00:15:27.230
que se possa decidir o que fazer com ele

00:15:28.750 --> 00:15:30.700
Então a parte complicada é

00:15:30.700 --> 00:15:31.790
não

00:15:32.480 --> 00:15:34.210
fechar erros aleatoriamente

00:15:36.800 --> 00:15:39.050
Como iremos ver mais tarde, pode ser
perigoso

00:15:43.710 --> 00:15:45.580
Pode pesquisar por pacotes

00:15:45.580 --> 00:15:47.580
que possuem muitos relatórios de erros

00:15:48.460 --> 00:15:50.840
e perguntar ao maintainer se

00:15:50.840 --> 00:15:53.160
ajuda é bem vinda ou

00:15:53.330 --> 00:15:55.400
pode procurar por uma boa equipa

00:15:56.330 --> 00:15:58.590
Debian é constituído por

00:15:59.760 --> 00:16:01.650
uma composição de variadas equipas

00:16:02.040 --> 00:16:04.180
A maior parte delas são verdadeiramente
hospitaleiras

00:16:04.180 --> 00:16:05.590
a novos contribuintes

00:16:05.590 --> 00:16:07.190
porque necessitam de ajuda

00:16:07.610 --> 00:16:09.000
e

00:16:09.000 --> 00:16:10.720
as que conheci são simpáticas

00:16:15.040 --> 00:16:16.990
e numa equipa, terá a certeza que existe

00:16:16.990 --> 00:16:18.660
suficientes pacotes, de modo que

00:16:18.660 --> 00:16:20.660
existem muitos pacotes para fazer triagem

00:16:20.660 --> 00:16:22.660
e muitas pessoas para responder
às questões

00:16:24.640 --> 00:16:25.740
Eu

00:16:25.740 --> 00:16:27.590
triei erros a partir da

00:16:27.590 --> 00:16:29.590
equipa de perl, de jogos

00:16:29.590 --> 00:16:31.030
da X strike force

00:16:31.030 --> 00:16:32.270
todas eles muito simpáticas

00:16:32.270 --> 00:16:33.850
Eu recomendo-as para voçês

00:16:36.050 --> 00:16:37.490
Eu

00:16:38.080 --> 00:16:40.260
tentei, mas não consegui

00:16:40.260 --> 00:16:42.260
realmente entender nada, mas

00:16:42.260 --> 00:16:43.960
se entender alguma coisa

00:16:44.570 --> 00:16:45.740
os erros do kernel

00:16:45.740 --> 00:16:47.350
precisam de trabalho também

00:16:51.420 --> 00:16:55.450
Na documentação sobre triagem de erros

00:16:55.450 --> 00:16:57.450
adicionei uma secção sobre

00:16:57.450 --> 00:16:58.900
equipas que necessitam ajuda

00:16:58.900 --> 00:17:00.520
Então, se estiver numa equipa

00:17:00.520 --> 00:17:03.130
que precisa de triagem, adicione-se lá

00:17:04.750 --> 00:17:06.250
Se quiser triar

00:17:06.250 --> 00:17:07.619
veja aqui

00:17:08.410 --> 00:17:10.079
quem necessita de ajuda

00:17:11.010 --> 00:17:13.240
e não precisa entender

00:17:13.240 --> 00:17:15.240
nada sobre o que eles fazem

00:17:15.240 --> 00:17:16.380
para triar os erros

00:17:16.380 --> 00:17:17.440
Quero dizer

00:17:17.440 --> 00:17:19.440
não sei programar em Perl

00:17:19.440 --> 00:17:21.170
de modo que Perl é ...

00:17:21.170 --> 00:17:22.780
O X strike force

00:17:22.780 --> 00:17:25.230
não está escrito em Inglês

00:17:25.230 --> 00:17:26.119
mas

00:17:26.710 --> 00:17:28.240
ok os jogos , eu poderia

00:17:28.240 --> 00:17:30.240
tentar reproduzi-los

00:17:30.240 --> 00:17:31.520
ou alguns deles

00:17:31.520 --> 00:17:33.440
outros, na verdade não, mas

00:17:33.440 --> 00:17:35.440
às vezes, pode ser o estado

00:17:35.440 --> 00:17:38.370
de um erro sem entender a sua essência

00:17:39.970 --> 00:17:41.500
Pode ver que se alguém perguntou

00:17:41.500 --> 00:17:43.210
sobre informação há um ano atrás,

00:17:43.210 --> 00:17:44.580
o erro tem que ser sinalizado (pinged)

00:17:44.580 --> 00:17:46.030
ou

00:17:46.460 --> 00:17:48.560
considerar que não irá haver nenhum

00:17:48.560 --> 00:17:51.020
evento mesmo que não entenda o erro

00:17:51.060 --> 00:17:52.680
pode ver qual o estado

00:17:52.680 --> 00:17:54.000
do erro

00:17:57.450 --> 00:17:58.970
Uma ferramenta fabulosa

00:17:58.970 --> 00:18:03.380
é a última versão do motor de busca de
erros da base de dados Debian

00:18:08.280 --> 00:18:10.100
Parece-se como isto

00:18:14.990 --> 00:18:16.210
Por favor ignorem isto

00:18:16.840 --> 00:18:18.220
Então, se seleccionarem

00:18:18.660 --> 00:18:20.220
a versão

00:18:21.840 --> 00:18:24.720
podem adicionar muitos filtros

00:18:26.010 --> 00:18:27.040
tipos de erros

00:18:27.040 --> 00:18:29.690
Bom de facto também inclui as equipas aqui

00:18:31.840 --> 00:18:34.470
e quando tiver terminado, clica procurar

00:18:35.680 --> 00:18:36.750
É

00:18:37.290 --> 00:18:38.750
verdadeiramente útil

00:18:46.740 --> 00:18:48.090
E como podem ver, a minha

00:18:48.090 --> 00:18:50.090
não aparece como devia aparecer

00:18:54.760 --> 00:18:59.070
Critérios para erros que foram perdidos

00:18:59.810 --> 00:19:02.140
Se os ignorar os que foram mexidos

00:19:02.140 --> 00:19:04.350
ou criados no último ano

00:19:05.080 --> 00:19:06.500
e seleccionar

00:19:06.500 --> 00:19:08.770
ou "wontfix" ou "moreinfo"

00:19:08.770 --> 00:19:11.330
ou "upstream" or "unreproducible"

00:19:15.330 --> 00:19:16.900
a seguir escolhem uma equipa

00:19:16.900 --> 00:19:18.090
e

00:19:18.600 --> 00:19:21.180
irá encontrar muitos erros perdidos

00:19:21.470 --> 00:19:23.340
poderá começar a lê-los

00:19:23.340 --> 00:19:24.850
e ver os seus estados

00:19:30.650 --> 00:19:33.360
Se não forem reproduzíveis

00:19:38.030 --> 00:19:39.100
se o erro

00:19:40.360 --> 00:19:42.240
estiver já corrigido

00:19:42.240 --> 00:19:43.250
Bom,

00:19:43.250 --> 00:19:46.160
ou a nova versão corrige o erro ou

00:19:47.590 --> 00:19:49.480
o erro foi já corrigido de qualquer
forma

00:19:49.480 --> 00:19:52.340
porque foi uma questão de configuração

00:19:52.340 --> 00:19:54.340
De qualquer forma não acontece novamente

00:19:56.800 --> 00:19:58.220
Assim poderá fechá-lo

00:19:58.480 --> 00:20:01.000
E aqui está o número de erro novamente

00:20:01.730 --> 00:20:04.320
"done@bugs.debian.org"

00:20:04.860 --> 00:20:07.060
e tem que identificar

00:20:07.060 --> 00:20:09.060
qual a versão que foi corrigida

00:20:09.060 --> 00:20:11.330
Então, se calhar foi corrigido

00:20:11.330 --> 00:20:13.330
entretanto

00:20:13.330 --> 00:20:15.330
mas , pelo menos, informe

00:20:15.970 --> 00:20:18.190
"esta versão actual de certeza está
corrigida"

00:20:19.480 --> 00:20:21.820
para que a BTS saiba

00:20:22.440 --> 00:20:24.280
qual a versão afectada e

00:20:24.280 --> 00:20:27.430
principalmente qual a versão não afectada

00:20:29.530 --> 00:20:32.790
Existe uma boa página de documentação
sobre isso

00:20:35.130 --> 00:20:36.950
Então, fecho de relatórios de erros é
apenas sobre

00:20:36.950 --> 00:20:38.400
enviar um email para

00:20:38.400 --> 00:20:40.400
"done@bugs.debian.org"

00:20:45.820 --> 00:20:49.550
Isto foi para "unreproducible"

00:20:49.550 --> 00:20:51.550
OK, "moreinfo" or "wontfix"

00:20:52.750 --> 00:20:53.670
Para estes

00:20:53.670 --> 00:20:55.670
terá que se certificar com a equipa

00:20:55.670 --> 00:20:57.250
ou com o maintainer qual

00:20:57.250 --> 00:20:58.980
a política, porque

00:20:58.980 --> 00:21:01.180
algumas pessoas pretendem manter tudo

00:21:01.180 --> 00:21:03.730
em aberto para sempre

00:21:07.450 --> 00:21:09.820
e alguns "wontfix" deverão

00:21:09.820 --> 00:21:11.770
manter-se abertos porque

00:21:11.770 --> 00:21:14.110
se existirem funcionalidades ou

00:21:14.110 --> 00:21:16.110
erros que são

00:21:16.110 --> 00:21:18.370
frequentemente requeridos, então

00:21:18.370 --> 00:21:20.320
seria uma tolice fechá-los

00:21:20.320 --> 00:21:22.730
para que alguns os volte a abrir em breve

00:21:23.760 --> 00:21:25.230
mas, muitos são

00:21:25.230 --> 00:21:27.890
erros que estão marcados "moreinfo"

00:21:27.890 --> 00:21:30.100
e nunca chegam a gerar resposta

00:21:30.100 --> 00:21:32.100
ou estão marcados como "wontfix"

00:21:34.190 --> 00:21:36.550
devem ser fechados porque não existe
trabalho

00:21:36.870 --> 00:21:39.260
sobre os mesmos

00:21:41.340 --> 00:21:44.260
Não existem

00:21:44.260 --> 00:21:46.900
linhas de orientação na documentação sobre
isto

00:21:46.900 --> 00:21:48.900
de modo que decidi arbitrariamente

00:21:48.900 --> 00:21:51.130
um ano após

00:21:51.130 --> 00:21:53.910
quem submeteu ser avisado e não ter
devolvido resposta

00:21:57.530 --> 00:21:59.490
poderemos considerar talvez que

00:21:59.490 --> 00:22:01.490
a pessoa que submeteu está ausente

00:22:01.490 --> 00:22:04.300
Provavelmente poderá ser um espaço curto, 
mas

00:22:05.480 --> 00:22:07.860
as pessoas podem ficar zangadas porque

00:22:08.410 --> 00:22:11.010
foi uma contribuição para os relatórios
de erros e que o mesmo

00:22:11.010 --> 00:22:13.010
não deveria ser apagado

00:22:13.010 --> 00:22:14.140
de ânimo leve

00:22:16.960 --> 00:22:18.600
Se tiver a certeza que um erro

00:22:18.600 --> 00:22:20.600
não tem realmente utilidade para ninguém

00:22:20.600 --> 00:22:22.960
então, faça o mesmo

00:22:22.960 --> 00:22:25.180
número"-done"

00:22:26.260 --> 00:22:29.040
com a explicação claro

00:22:29.900 --> 00:22:31.340
Então, um exemplo

00:22:32.730 --> 00:22:34.960
Vamos fazer uma pesquisa

00:22:34.960 --> 00:22:36.470
"wontfix"

00:22:37.810 --> 00:22:39.970
não tocado desde o ano passado, perl

00:22:46.650 --> 00:22:48.200
incluir "wontfix"

00:22:55.140 --> 00:22:56.150
ignorar

00:22:57.720 --> 00:23:00.430
criado ou modificado no passado

00:23:00.430 --> 00:23:02.430
ano ou mais ou menos

00:23:03.260 --> 00:23:06.180
e ver a equipa perl

00:23:23.950 --> 00:23:25.370
Todos estes erros

00:23:25.370 --> 00:23:27.630
são de diferentes pacotes

00:23:27.630 --> 00:23:28.930
mas são todos

00:23:30.190 --> 00:23:32.690
correspondem ao mesmo critério

00:23:33.360 --> 00:23:36.040
e podemos ordená-los

00:23:36.040 --> 00:23:38.040
pela última data de modificação

00:23:40.460 --> 00:23:43.790
muitos deles foram esquecidos por alguns
anos

00:23:45.520 --> 00:23:48.010
e, bem, o

00:23:49.020 --> 00:23:51.750
próximo passo é começar a ler os
relatórios

00:23:53.610 --> 00:23:55.710
E já que eu preparei um pouco

00:23:55.710 --> 00:23:57.350
mesmo que não muito

00:23:57.530 --> 00:23:59.560
Eu seleccionei um

00:23:59.560 --> 00:24:01.970
e aqui está um que pode ser lido

00:24:02.700 --> 00:24:05.160
ok eu não irei ler

00:24:05.160 --> 00:24:07.160
completamente com vocês hoje, mas

00:24:09.400 --> 00:24:11.370
podem ver que

00:24:11.370 --> 00:24:13.370
a conclusão é

00:24:13.370 --> 00:24:15.900
a fonte considerou que não é um erro

00:24:16.740 --> 00:24:18.270
Foi informado em

00:24:18.270 --> 00:24:19.850
2010

00:24:19.850 --> 00:24:20.930
e assim

00:24:21.900 --> 00:24:24.380
já houve tempo suficiente

00:24:24.380 --> 00:24:26.380
para deixar as pessoas saber

00:24:26.380 --> 00:24:29.470
[riso]

00:24:30.280 --> 00:24:32.930
e foi fechado na fonte

00:24:33.320 --> 00:24:35.680
Então, o relatório de erro na fonte

00:24:35.680 --> 00:24:37.680
onde diz

00:24:38.380 --> 00:24:41.230
"It does according to the man page"

00:24:41.640 --> 00:24:42.640
"closing"

00:24:43.130 --> 00:24:45.070
Então, a fonte fechou-o

00:24:46.070 --> 00:24:47.550
e nós devemos fazer o mesmo

00:24:48.410 --> 00:24:49.550
Então, eu fiz

00:24:49.550 --> 00:24:51.550
e

00:24:51.550 --> 00:24:54.180
não irei mostrar agora, mas

00:24:58.170 --> 00:24:59.880
enviei este email

00:24:59.880 --> 00:25:01.880
mesmo antes de vir para cá

00:25:04.390 --> 00:25:06.910
para número_do_erro"-done"

00:25:06.910 --> 00:25:08.290
assunto:

00:25:10.530 --> 00:25:13.000
nós usamos um assunto tipo

00:25:13.000 --> 00:25:15.000
de relatório

00:25:15.000 --> 00:25:17.000
de erro, para que as pessoas

00:25:17.000 --> 00:25:19.000
saibam do que se trata

00:25:19.000 --> 00:25:21.000
e justifico que estou a fechá-lo

00:25:21.000 --> 00:25:23.820
e então a minha mensagem standard

00:25:27.990 --> 00:25:30.070
"Olá, estou a fechar este erro porque foi

00:25:30.070 --> 00:25:32.070
marcado não reproduzível durante alguns

00:25:32.070 --> 00:25:33.450
anos sem resposta

00:25:33.450 --> 00:25:35.450
Se tiver alguma razão para apontar

00:25:35.450 --> 00:25:37.570
como um problema, por favor sinta-se livre

00:25:37.570 --> 00:25:39.570
para o voltar a abrir ou pedi-lo a mim"

00:25:41.300 --> 00:25:43.360
Isto porque nem toda a gente que submete

00:25:43.360 --> 00:25:45.500
erros conhece todas as subtilezas

00:25:45.500 --> 00:25:48.480
de servidor de controlo

00:25:48.480 --> 00:25:50.480
e nem todos

00:25:50.480 --> 00:25:52.480
sabem como reabrir um erro

00:25:53.510 --> 00:25:56.990
e assim ao pedirem para reabrir

00:25:56.990 --> 00:25:58.990
pois um erro pode ser

00:25:58.990 --> 00:26:00.990
um pouco demais , e então

00:26:01.440 --> 00:26:03.540
se eu o fechar

00:26:03.540 --> 00:26:05.440
e não tiver sido uma boa ideia, eles
podem

00:26:05.440 --> 00:26:07.440
pedir-me a mim para o reabrir, e assim

00:26:08.870 --> 00:26:12.650
ninguém se perde no processo

00:26:17.230 --> 00:26:20.270
Por vezes, existem relatórios de erro que

00:26:20.270 --> 00:26:22.380
provavelmente deveriam ser

00:26:22.380 --> 00:26:24.280
fechados ou fundidos

00:26:24.280 --> 00:26:25.870
ou outra coisa, mas não têm a

00:26:25.870 --> 00:26:27.870
certeza absoluta

00:26:30.170 --> 00:26:32.800
Não há pressa, a maior parte deles

00:26:32.800 --> 00:26:34.800
estão à espera há muito tempo de qualquer
forma

00:26:34.800 --> 00:26:36.800
por isso demore

00:26:36.800 --> 00:26:38.800
alguns dias, semanas, meses

00:26:38.800 --> 00:26:40.800
ou anos

00:26:41.270 --> 00:26:42.980
como acontece, e

00:26:44.320 --> 00:26:46.070
talvez na próxima vez que

00:26:46.070 --> 00:26:48.300
abrir este erro, o mesmo estará

00:26:48.300 --> 00:26:50.300
mais claro de modo a lidar com ele

00:26:50.300 --> 00:26:53.370
pois tem mais experiência ou

00:26:54.610 --> 00:26:56.180
com uma mente limpa

00:26:57.190 --> 00:26:58.470
Pode também

00:26:58.470 --> 00:27:00.470
pedir opiniões dos

00:27:00.470 --> 00:27:03.210
maintainers, se eles estão

00:27:04.090 --> 00:27:06.760
dispostos a ajudar ou

00:27:07.520 --> 00:27:09.380
para outros amigos ou

00:27:09.380 --> 00:27:11.380
membros do grupo

00:27:13.810 --> 00:27:14.940
Atenção

00:27:15.560 --> 00:27:18.290
a questão sobre o ponto

00:27:18.290 --> 00:27:20.820
anterior de não fechar erros
aleatoriamente,

00:27:20.820 --> 00:27:22.820
se o ou a maintainer não tiver

00:27:22.820 --> 00:27:24.820
tempo para triar os seus erros

00:27:24.820 --> 00:27:26.820
eles poderão não

00:27:26.820 --> 00:27:28.820
ter necessariamente tempo para

00:27:29.710 --> 00:27:31.250
explicar-lhes

00:27:31.250 --> 00:27:33.540
sendo o caso do mesmo querer o erro
fechado ou não

00:27:35.040 --> 00:27:36.660
É por isso que é bom

00:27:37.170 --> 00:27:38.900
trabalhar em equipa porque

00:27:38.900 --> 00:27:41.260
é mais provável ter alguém disponível

00:27:41.260 --> 00:27:43.740
que o possa ajudar em caso de dúvidas

00:27:45.880 --> 00:27:48.250
Outra parte importante é

00:27:48.250 --> 00:27:50.250
dizer que o está a fazer

00:27:50.250 --> 00:27:51.510
porque

00:27:51.510 --> 00:27:53.510
se as pessoas não perceberem o

00:27:53.510 --> 00:27:54.910
que está a fazer, eles

00:27:54.910 --> 00:27:56.590
podem reagir mal

00:28:00.540 --> 00:28:02.240
Certifique-se que todos

00:28:02.240 --> 00:28:04.510
recebem a informação que precisam

00:28:04.510 --> 00:28:06.770
porque se fechar um erro

00:28:06.770 --> 00:28:08.770
quem o reportou recebe

00:28:08.770 --> 00:28:10.770
a informação

00:28:10.770 --> 00:28:12.770
mas se adicionar

00:28:12.770 --> 00:28:14.770
uma marcação, eles não, e

00:28:14.770 --> 00:28:16.610
outras pessoas podem responder ao

00:28:16.610 --> 00:28:18.610
relatório de erro a dizer

00:28:18.610 --> 00:28:20.610
que também têm o mesmo problema, e não

00:28:20.610 --> 00:28:22.790
recebem a informação

00:28:22.790 --> 00:28:25.380
por isso às vezes

00:28:25.380 --> 00:28:27.650
às vezes tem que verificar quem

00:28:27.650 --> 00:28:32.360
forneceu a informação para o relatório

00:28:32.360 --> 00:28:34.610
e garantir que o copiou para os

00:28:34.610 --> 00:28:38.090
mails que estiver a enviar, para que

00:28:40.100 --> 00:28:42.830
tenham a informação

00:28:45.500 --> 00:28:47.500
Não escreva uma novela

00:28:47.500 --> 00:28:50.000
quando fechar ou triar erros

00:28:50.000 --> 00:28:52.000
mas dê toda a informação

00:28:52.000 --> 00:28:54.000
para que as pessoas possam entender

00:28:54.000 --> 00:28:56.000
o que está a fazer, para que tenham

00:28:56.000 --> 00:28:58.000
um pouco de contexto e não tenham que

00:28:58.000 --> 00:29:00.480
ler todo o tópico de conversa

00:29:00.480 --> 00:29:02.740
para saber o porquê de você estar a fazer
isto

00:29:02.740 --> 00:29:04.740
no exemplo que dei anteriormente

00:29:04.740 --> 00:29:07.410
copiei o assunto

00:29:07.410 --> 00:29:09.490
do relatório de erro para que saibam

00:29:09.490 --> 00:29:10.740
sobre o relatório de erro

00:29:10.740 --> 00:29:13.020
disse o seu estado

00:29:15.020 --> 00:29:17.280
e que tinha tomado a decisão

00:29:17.280 --> 00:29:19.630
eles tem uma ideia do que se passa

00:29:21.030 --> 00:29:23.950
e

00:29:25.010 --> 00:29:27.010
pode ter mensagens genéricas

00:29:27.010 --> 00:29:29.010
não precisa de inovar

00:29:29.010 --> 00:29:31.010
todas as vezes, apenas copiar e

00:29:31.010 --> 00:29:33.010
colar e

00:29:33.010 --> 00:29:34.560
talvez alterar poucas palavras

00:29:35.210 --> 00:29:36.580
e

00:29:36.880 --> 00:29:39.450
como apenas fez um copy-paste

00:29:39.450 --> 00:29:41.180
não demora muito tempo,

00:29:41.180 --> 00:29:43.540
escreva algumas palavras simpáticas

00:29:43.540 --> 00:29:45.670
ajuda

00:29:51.250 --> 00:29:57.710
[gargalhadas e aplausos]

00:30:02.750 --> 00:30:05.270
Cuidado, podem existir dragões

00:30:07.080 --> 00:30:09.230
Eu deixei de fechar erros no passado

00:30:09.230 --> 00:30:11.590
dois meses depois de ter fechado um do

00:30:11.590 --> 00:30:13.730
Ian Jackson

00:30:13.730 --> 00:30:15.260
e foi uma má ideia

00:30:15.260 --> 00:30:16.750
e

00:30:16.750 --> 00:30:18.500
foi uma ideia tão má

00:30:18.500 --> 00:30:20.590
que perdi o meu entusiasmo

00:30:20.590 --> 00:30:23.840
por alguns meses

00:30:23.840 --> 00:30:25.960
Se conhecer uma pessoa como o Ian Jackson

00:30:25.960 --> 00:30:28.330
Se tudo indicar que

00:30:28.330 --> 00:30:30.210
um erro deve ser fechado

00:30:30.210 --> 00:30:32.230
ou marcado talvez

00:30:32.230 --> 00:30:34.740
apenas fechem apenas o vosso "tab"

00:30:34.740 --> 00:30:36.810
ignorem-no

00:30:36.810 --> 00:30:39.370
pensem apenas que não existe

00:30:39.370 --> 00:30:40.470
vocês sabem

00:30:40.470 --> 00:30:42.280
voçês certamente têm

00:30:42.280 --> 00:30:44.940
melhores coisas para fazer com a vossa
vida

00:30:44.940 --> 00:30:48.560
vocês têm mesmo, de verdade

00:30:51.220 --> 00:30:54.860
Eu tenho que ser franca,

00:30:54.860 --> 00:30:57.850
este é ele, mas

00:30:57.850 --> 00:31:02.930
existem provavelmente outros
como ele

00:31:02.930 --> 00:31:04.600
mas continuem

00:31:04.600 --> 00:31:06.950
Existem também pessoas muito simpáticas

00:31:06.950 --> 00:31:08.390
à volta de Debian, alguns

00:31:08.390 --> 00:31:11.410
com que se pode trabalhar

00:31:11.410 --> 00:31:13.930
falar e que são

00:31:13.930 --> 00:31:15.730
prestáveis e agradáveis

00:31:15.730 --> 00:31:18.330
e muito acolhedoras

00:31:18.330 --> 00:31:20.810
e lembrem-se: triagem de erros é divertida

00:31:20.810 --> 00:31:23.420
recompensadora e fácil

00:31:23.420 --> 00:31:27.050
assim que se iniciar

00:31:27.050 --> 00:31:28.730
E é isto.

00:31:28.730 --> 00:31:37.390
[aplausos]

00:31:42.010 --> 00:31:44.010
Alguém tem perguntas?

00:31:44.010 --> 00:31:45.940
Penso que não, mas

00:31:59.280 --> 00:32:01.210
[Q] Olá, voçês têm

00:32:01.210 --> 00:32:02.970
algumas outras histórias reais

00:32:02.970 --> 00:32:05.140
das vossas aventuras de correcção de
erros?

00:32:05.140 --> 00:32:06.960
[risos]

00:32:09.910 --> 00:32:11.940
[A] OK, Eu não

00:32:11.940 --> 00:32:14.000
Eu devia ter deixado aberto os relatórios

00:32:14.000 --> 00:32:16.450
Eu fechei um erro com

00:32:17.160 --> 00:32:19.900
mais de dez anos de idade

00:32:19.900 --> 00:32:23.240
Foi de certo modo engraçado

00:32:23.240 --> 00:32:25.790
Algumas pessoas que o submeteram

00:32:25.790 --> 00:32:28.430
escreveram-me pedindo para o reabrir

00:32:28.430 --> 00:32:29.720
por isso não foi

00:32:29.720 --> 00:32:32.310
uma proposta técnica

00:32:32.310 --> 00:32:34.660
É

00:32:35.300 --> 00:32:40.800
É útil propor para reabrir relatórios

00:32:40.800 --> 00:32:45.360
Muitas pessoas agradecem-me, o

00:32:45.360 --> 00:32:49.170
que é sempre agradável

00:32:49.170 --> 00:32:52.450
Os meus amigos maintainers por vezes

00:32:52.450 --> 00:32:54.450
ficam ciumentos quando posso dizer

00:32:54.450 --> 00:32:56.870
"Eu fechei 20 erros hoje"

00:32:56.870 --> 00:32:58.750
[risos]

00:33:00.030 --> 00:33:03.870
e eles dolorosamente fecham um

00:33:08.760 --> 00:33:12.400
Eu irei mantê-los ... actualizados

00:33:12.400 --> 00:33:17.040
com novas histórias de triagem de erros

00:33:28.950 --> 00:33:31.430
[Q] A partir do IRC, de Peyaro

00:33:31.430 --> 00:33:33.660
O que faz com os erros marcados "patch"

00:33:33.660 --> 00:33:36.650
com um patch enviados na ultima mensagem
mas

00:33:36.650 --> 00:33:39.950
sem resposta do maintainer?

00:33:39.950 --> 00:33:44.900
[A] OK você verifica se o maintainer
está activo

00:33:44.900 --> 00:33:46.900
nos seus pacotes

00:33:46.900 --> 00:33:50.080
Se está, então

00:33:50.080 --> 00:33:52.380
tente contactá-lo de novo

00:33:52.380 --> 00:33:54.060
e de novo

00:33:54.060 --> 00:33:56.470
se não responder

00:33:56.470 --> 00:33:58.550
a nada, então

00:33:58.550 --> 00:34:00.400
deverá declará-lo

00:34:00.400 --> 00:34:04.241
"missing in action"
(desaparecido em acção)

00:34:11.620 --> 00:34:15.720
Terá que lhe escrever

00:34:22.750 --> 00:34:24.700
Bem se o mesmo não fizer devidamente
o seu trabalho

00:34:24.700 --> 00:34:26.910
pode propor ajudá-lo

00:34:26.910 --> 00:34:29.200
ou encontrar alguém que o ajude

00:34:29.200 --> 00:34:31.030
a fazer um non-maintainer upload

00:34:31.030 --> 00:34:34.320
Acho eu

00:34:34.320 --> 00:34:36.590
mas

00:34:36.590 --> 00:34:38.580
triagem significa

00:34:38.580 --> 00:34:40.780
ajudar os maintainers também

00:34:40.780 --> 00:34:43.720
não tem

00:34:43.720 --> 00:34:46.240
não é o sítio correcto para

00:34:46.240 --> 00:34:48.140
começar a chateá-lo sobre o facto de

00:34:48.140 --> 00:34:50.450
que não está a fazer o trabalho
correctamente

00:34:50.450 --> 00:34:53.370
Eles provavelmente têm razões para

00:35:07.920 --> 00:35:11.010
[Questão ininteligível]

00:35:14.380 --> 00:35:17.690
[Q] Na equipa de jogos se existir um jogo
com um erro

00:35:17.690 --> 00:35:19.200
Você submete para a lista de correio, você
envia

00:35:19.200 --> 00:35:21.640
para o último

00:35:21.640 --> 00:35:23.370
uploader

00:35:23.370 --> 00:35:25.050
who do you

00:35:25.050 --> 00:35:26.160
get in contact with?

00:35:26.160 --> 00:35:28.410
[A] Quando eu quero fazer o quê?

00:35:28.410 --> 00:35:31.800
[Q] Quando achas um erro

00:35:31.800 --> 00:35:34.090
Num pacote que é

00:35:34.090 --> 00:35:35.810
mantido por uma equipa

00:35:35.810 --> 00:35:38.090
não por uma pessoa

00:35:38.090 --> 00:35:40.710
Oh podem me ouvir?

00:35:40.710 --> 00:35:43.230
Que diferença !

00:35:43.230 --> 00:35:45.380
[Q] Quando tu

00:35:45.380 --> 00:35:47.760
estás a lidar com um erro que não é

00:35:47.760 --> 00:35:49.680
mantido por apenas uma pessoa

00:35:49.680 --> 00:35:51.200
mas por uma equipa

00:35:51.200 --> 00:35:56.070
o que fazes usualmente, tu

00:35:56.070 --> 00:35:58.410
contactas a lista daquela equipa

00:35:58.410 --> 00:36:01.720
contactas o último uploader

00:36:01.720 --> 00:36:04.550
[A] Eu coloco a equipa

00:36:04.550 --> 00:36:06.220
na cópia e não apenas

00:36:06.220 --> 00:36:07.800
o uploader, porque

00:36:07.800 --> 00:36:09.880
o uploader, se

00:36:09.880 --> 00:36:11.530
o uploader pertence a uma equipa

00:36:11.530 --> 00:36:13.250
então eles vão

00:36:13.250 --> 00:36:16.040
ver o e-mail na lista da equipa

00:36:16.040 --> 00:36:18.600
e por vezes, outros

00:36:18.600 --> 00:36:22.260
estão a lidar com o pacote também

00:36:22.870 --> 00:36:24.650
[Q] Faria sentido ter

00:36:24.650 --> 00:36:26.480
pelo menos nalgumas equipas

00:36:26.480 --> 00:36:28.550
uma pessoa

00:36:28.550 --> 00:36:32.100
a desenvolver a interface entre 
os erros e outras coisas

00:36:34.320 --> 00:36:35.740
[A] Eu penso

00:36:35.740 --> 00:36:38.080
É útil para as equipas

00:36:38.080 --> 00:36:41.080
considerarem-se acolhedoras para

00:36:41.080 --> 00:36:42.960
quem quer triar erros

00:36:42.960 --> 00:36:45.830
e se puderem fornecer uma

00:36:45.830 --> 00:36:47.300
pessoa que se possa referenciar

00:36:47.300 --> 00:36:48.650
poderá ser útil também

00:36:48.650 --> 00:36:52.370
Foi assim que eu

00:36:52.370 --> 00:36:53.850
comecei em cada equipa, porque eu

00:36:53.850 --> 00:36:56.390
tinha a certeza que tinha uma pessoa que

00:36:56.390 --> 00:36:58.590
poderia responder às minhas questões e

00:36:58.590 --> 00:37:01.420
dizer-me simpaticamente se eu lixásse
tudo

00:37:03.290 --> 00:37:07.460
Eu estava com medo de ser

00:37:07.460 --> 00:37:10.720
castigada

00:37:10.720 --> 00:37:14.850
Sim , provavelmente é útil para as equipas
dizer

00:37:14.850 --> 00:37:17.290
"Nós damos as boas vindas e aqui está
a pessoa que

00:37:17.290 --> 00:37:19.290
está disponível para lidar com"

00:37:19.290 --> 00:37:21.480
[Q] Como fazes isso? Numa página web?

00:37:21.480 --> 00:37:23.430
No wiki?

00:37:23.430 --> 00:37:27.640
talvez numa página wiki ou qualquer coisa
do genero

00:37:35.810 --> 00:37:39.270
[A] Aqui na documentação de triagem
de erros

00:37:39.270 --> 00:37:40.860
Eu adicionei

00:37:40.860 --> 00:37:43.840
as equipas que dão as boas vindas

00:37:43.840 --> 00:37:47.270
mas a de jogos está já listada lá

00:37:47.270 --> 00:37:48.730
Eu listei as

00:37:48.730 --> 00:37:53.410
que tinha experimentado

00:37:53.410 --> 00:37:55.720
Mas sim

00:37:55.720 --> 00:37:59.410
Mas eu não escrevi a uma pessoa de contacto

00:37:59.410 --> 00:38:01.270
porque

00:38:01.270 --> 00:38:04.600
[Q] Eu estava a pensar que talvez

00:38:04.600 --> 00:38:06.630
e pensando alto

00:38:06.630 --> 00:38:09.020
que talvez seja um bom ponto de entrada

00:38:09.020 --> 00:38:12.340
para alguém que se quer juntar à equipa 
de jogos

00:38:12.340 --> 00:38:14.150
e que não seja um 'developer'

00:38:14.150 --> 00:38:17.080
e ajudar na triagem

00:38:17.080 --> 00:38:18.690
de erros

00:38:18.690 --> 00:38:21.210
Quero dizer, nós temos muitos jogos

00:38:21.210 --> 00:38:25.520
[A] Eu tenho uma boa desculpa para
instalar

00:38:25.560 --> 00:38:27.570
todos os jogos no meu computador
porque

00:38:27.570 --> 00:38:29.930
estava a tentar reproduzir erros

00:38:29.930 --> 00:38:33.650
[Q] Exactamente !

00:38:33.650 --> 00:38:36.320
[A] Eu penso, bem

00:38:36.320 --> 00:38:38.550
Eu não me queria à equipa de jogos

00:38:38.550 --> 00:38:40.230
Estou contente de ajudar a partir
de fora

00:38:40.230 --> 00:38:42.430
mas penso que é uma boa maneira porque

00:38:42.430 --> 00:38:44.480
consegue ver

00:38:44.480 --> 00:38:46.410
muitos pacotes diferentes

00:38:46.410 --> 00:38:49.460
[Q] Eu queria dizer alguém mais 
especializado

00:38:49.460 --> 00:38:52.590
Estou a falar da equipa de jogos

00:38:52.590 --> 00:38:54.100
Eu poderia falar de outra equipa

00:38:54.100 --> 00:38:56.080
ou da equipa de perl

00:38:56.080 --> 00:38:58.640
alguém que

00:38:58.640 --> 00:39:00.880
saiba mais ou menos

00:39:00.880 --> 00:39:02.530
seja mais especializado com este tipo de

00:39:02.530 --> 00:39:04.690
pacotes que a equipa produz

00:39:04.690 --> 00:39:06.940
mas não seja um developer ou não

00:39:06.940 --> 00:39:09.730
trabalhe tão perto quanto um developer

00:39:09.730 --> 00:39:12.700
mas possa ser um interface

00:39:12.700 --> 00:39:15.500
Não quer dizer como parte

00:39:15.500 --> 00:39:18.000
da equipa de triagem de erros

00:39:18.000 --> 00:39:20.690
Eu podia estar a falar da equipa de fonts

00:39:20.690 --> 00:39:23.670
Alguém de dentro da equipa que

00:39:23.670 --> 00:39:25.710
quisesse trabalhar nisso

00:39:25.710 --> 00:39:28.130
[A] Isso é engraçado porque quando se faz

00:39:28.130 --> 00:39:29.960
triagem de erros também se

00:39:29.960 --> 00:39:31.390
lê toda a troca

00:39:31.390 --> 00:39:34.010
sobre o erro, e assim pode-se

00:39:34.010 --> 00:39:37.160
descobrir a

00:39:37.160 --> 00:39:39.320
equipa de developers

00:39:39.320 --> 00:39:41.200
Vê-se exactamente como eles reagem, como

00:39:41.200 --> 00:39:43.140
respondem a relatórios de erros

00:39:43.140 --> 00:39:45.650
que informação querem

00:39:45.650 --> 00:39:49.890
o seu nível de paciência

00:39:49.890 --> 00:39:52.230
Assim se quiserem contribuir para

00:39:52.230 --> 00:39:54.140
uma equipa, existe uma boa maneira

00:39:54.140 --> 00:39:56.470
de conhecer a pessoa com

00:39:56.470 --> 00:39:59.050
que vais trabalhar

00:40:04.590 --> 00:40:06.700
Última pergunta?

00:40:06.700 --> 00:40:10.210
Não? Então tempo para uma pausa

00:40:12.520 --> 00:40:14.410
[aplausos]