0:00:02.320,0:00:03.040
Olá

0:00:04.730,0:00:07.290
Obrigado por estarem aqui

0:00:07.290,0:00:10.460
Espero que alguns de vós achem[br]interessante, mas

0:00:10.460,0:00:13.050
maior parte de voçês

0:00:13.050,0:00:14.400
já conhecem, provavelmente.

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

0:00:16.350,0:00:19.370
triagem e encerramento de erros (bugs)

0:00:19.530,0:00:23.120
Eu sou a Solveig e aqui está a minha[br]informação de contacto.

0:00:27.240,0:00:29.540
Eu uso software livre desde

0:00:29.600,0:00:32.250
os meus 10 anos

0:00:33.300,0:00:35.580
Foco-me especialmente em

0:00:35.580,0:00:37.580
questões de privacidade.

0:00:39.980,0:00:42.080
Contribuo para o Tails

0:00:42.270,0:00:44.580
que é um derivado da distribuição Debian

0:00:45.770,0:00:47.370
e

0:00:48.580,0:00:52.540
fui à última DebConf e gostei muito

0:00:52.540,0:00:54.540
iniciei a triagem de erros

0:00:54.540,0:00:56.200
porque não sou uma

0:00:56.570,0:00:58.200
programadora, mas

0:00:58.200,0:01:00.890
existem muitas maneiras de contribuir[br]para Debian

0:01:02.480,0:01:05.110
Então, triagem de erros

0:01:05.150,0:01:06.590
é

0:01:07.140,0:01:11.210
uma pequena tarefa mas ajuda Debian como[br]um todo

0:01:12.080,0:01:13.910
Então ...

0:01:16.160,0:01:19.030
Então, aqui é onde pode ver

0:01:20.110,0:01:24.090
o sistema de triagem de erros Debian, aqui

0:01:25.110,0:01:29.740
pode introduzir um numero de erro e procurar[br]pelo seu número

0:01:32.830,0:01:37.440
Muitos maintainers têm demasiado trabalho[br]e não querem

0:01:37.750,0:01:40.040
ter que ligar com todos os seus relatórios[br]de erros

0:01:41.740,0:01:45.270
Alguns pacote com alta

0:01:46.140,0:01:47.430
popularidade

0:01:47.430,0:01:49.740
acumulam muitos relatórios de erros

0:01:50.340,0:01:52.330
como o kernel, ou

0:01:52.330,0:01:53.740
o firefox (Iceweasel)

0:01:54.450,0:01:55.670
e

0:01:56.270,0:01:57.840
por vezes os maintainers

0:01:57.840,0:02:02.560
por alguma razão, não têm tempo para lidar[br]com todos os seus relatórios de erros

0:02:02.890,0:02:05.870
Assim alguns deles apenas

0:02:05.870,0:02:09.430
ficam apenas no sistema de triagem de [br]erros sem

0:02:11.310,0:02:13.720
se lidar com eles

0:02:15.150,0:02:16.130
Assim

0:02:16.130,0:02:18.130
quando

0:02:18.130,0:02:20.130
os triar

0:02:20.130,0:02:23.800
garanta que estão num estado em que

0:02:24.340,0:02:26.500
alguma coisa possa ser feita com eles

0:02:27.410,0:02:29.130
de modo que

0:02:30.990,0:02:34.500
os maintainers podem ter a garantia que[br]tenham actualizados os

0:02:34.760,0:02:37.070
relatórios de erros, para que

0:02:37.990,0:02:39.740
vejam mais eficazmente o que podem fazer

0:02:39.930,0:02:41.160
e

0:02:41.680,0:02:44.500
os utilizadores que procurem

0:02:44.500,0:02:46.500
erros similares a estes

0:02:46.500,0:02:48.190
possam encontrá-los

0:02:48.970,0:02:52.130
e assim os maintainers ficam com mais[br]tempo para

0:02:53.480,0:02:56.320
os corrigir efectivamente

0:02:58.500,0:02:59.330
e

0:02:59.620,0:03:02.370
vai querer triar erros

0:03:02.370,0:03:03.890
porque é fácil

0:03:03.890,0:03:04.990
não tem que escrever código

0:03:04.990,0:03:08.340
não precisa de fazer a administração do[br]sistema

0:03:08.800,0:03:10.990
apenas precisa de saber ler

0:03:10.990,0:03:12.460
e escrever e-mails

0:03:12.800,0:03:14.460
[riso]

0:03:16.080,0:03:18.040
É recompensador porque

0:03:18.040,0:03:19.770
os maintainers, ou a maior parte

0:03:19.770,0:03:21.770
ficam contentes que os ajudamos

0:03:24.570,0:03:27.280
Os autores dos relatórios ficam

0:03:28.020,0:03:31.190
também contentes por serem contactados de[br]volta, e assim

0:03:32.000,0:03:35.190
ganha grande quantidade de feedback

0:03:36.050,0:03:37.420
e é divertido

0:03:37.420,0:03:39.420
Acaba por ler sobre

0:03:39.420,0:03:42.940
um software que não fazia a ideia de[br]existir

0:03:43.360,0:03:45.610
Não consegue entender

0:03:45.610,0:03:48.300
mesmo depois de ler, o que é suposto o[br]software fazer

0:03:48.300,0:03:51.030
e realmente não percebe, enquanto que

0:03:51.230,0:03:52.030
efectivamente alguém o escreveu

0:03:52.280,0:03:53.110
Isso

0:03:54.890,0:03:56.270
é de malucos, é realmente

0:03:56.270,0:03:58.270
[gargalhada]

0:03:58.610,0:04:01.490
e claro, salva "gatinhos"

0:04:03.580,0:04:09.240
[aplausos]

0:04:10.130,0:04:12.540
Existem variadas

0:04:12.540,0:04:14.540
operações que pode efectuar

0:04:14.540,0:04:16.540
nos relatórios de erros

0:04:19.670,0:04:22.390
Estas são duas

0:04:22.390,0:04:24.390
das mais úteis

0:04:24.390,0:04:26.390
páginas de documentação

0:04:27.320,0:04:29.830
a página wiki sobre relatórios de erros

0:04:29.830,0:04:32.570
e os comandos de controle do servidor

0:04:33.180,0:04:35.030
que são um pouco

0:04:35.030,0:04:37.540
exóticos, quero eu dizer, trata-se de uma[br]página gigante

0:04:37.810,0:04:40.210
com muitos comandos a enviar para o

0:04:40.920,0:04:43.240
controle de servidor e

0:04:44.650,0:04:47.190
realmente muita coisa a fazer, para lhe

0:04:48.070,0:04:52.400
indicar o que é mais útil fazer

0:04:52.400,0:04:54.400
Bem, dos mais usados

0:04:55.950,0:04:56.980
Pode

0:04:56.980,0:04:59.340
tentar reproduzir os relatórios de erro

0:05:00.610,0:05:02.530
Mais à frente irei detalhar

0:05:02.850,0:05:07.750
Pode criar etiquetas nos relatórios de erro[br]quando os mesmo não são reproduzíveis

0:05:08.050,0:05:09.750
pode fundir (merge) relatórios de erro

0:05:10.280,0:05:11.870
encaminhá-los a montante (upstream)

0:05:12.520,0:05:14.800
e lidar com montante

0:05:15.760,0:05:17.750
e lidar com quem submete

0:05:19.660,0:05:21.360
e, quase me esquecia, pode

0:05:21.360,0:05:24.310
fechar relatórios de erro, que é a melhor[br]parte

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

0:05:29.040,0:05:33.040
por vezes, recebe relatórios de erros que[br]não são tocados à anos

0:05:33.540,0:05:34.190
e

0:05:36.460,0:05:39.450
provavelmente estão já resolvidos, ou[br]talvez não, mas

0:05:39.670,0:05:41.140
na dúvida

0:05:41.490,0:05:44.310
o relatório ficará ali e ninguém o irá

0:05:44.830,0:05:46.950
tocar o relatório de erro porque

0:05:47.560,0:05:50.430
existe uma probabilidade alta de o mesmo[br]não se aplicar mais

0:05:50.430,0:05:52.750
assim poderá testar se o mesmo ainda[br]ocorre

0:05:56.130,0:05:58.120
Existem também novos relatórios de erros

0:05:58.120,0:06:01.050
que são apenas reportados por uma pessoa

0:06:01.050,0:06:03.050
de modo que se não estiverem marcados

0:06:03.810,0:06:05.420
"confirmed"

0:06:05.970,0:06:07.910
ou "pending"

0:06:07.910,0:06:09.910
e se puder

0:06:09.910,0:06:11.910
[falha na bateria do microfone]

0:06:34.140,0:06:37.440
Se novos relatórios de erros não estejam[br]confirmados

0:06:37.440,0:06:38.660
pode tentar

0:06:39.030,0:06:41.600
ver se consegue reproduzi-los

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

0:06:46.300,0:06:48.050
Se puder reproduzir

0:06:48.050,0:06:49.810
relatórios antigos ou novos de erros

0:06:49.810,0:06:51.810
não confirmados ainda

0:06:51.810,0:06:53.810
então escreva "nnn"

0:06:53.810,0:06:56.540
para identificar o número de relatório[br]de erro

0:06:57.270,0:06:59.850
e envie para @bugs.debian.org

0:06:59.850,0:07:01.240
e marque-o

0:07:01.630,0:07:04.730
Então este é o primeiro dos comandos[br]estranhos

0:07:04.730,0:07:07.270
Assim, pesquise o número do relatorio de[br]erro

0:07:13.940,0:07:15.040
número de versão

0:07:17.610,0:07:19.900
confirme qual a versão

0:07:20.470,0:07:22.330
e marque-o

0:07:22.330,0:07:24.370
"confirmed" e "thanks", porque

0:07:24.370,0:07:26.370
o controlo de servidor é muito[br]educado

0:07:26.370,0:07:28.370
de modo que se não agradecer

0:07:28.370,0:07:29.980
cada vez que

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

0:07:38.640,0:07:40.840
Então, outro modo de

0:07:41.220,0:07:43.200
triar um relatório de erro

0:07:44.290,0:07:46.290
é tentar reproduzi-lo

0:07:46.500,0:07:49.200
e vamos dizer que não funcionou

0:08:00.070,0:08:03.740
Se não o puder reproduzir e já esteja[br]corrigido

0:08:04.020,0:08:06.880
Então veremos mais tarde como fecha-lo

0:08:07.600,0:08:09.830
Se não o puder reproduzir mas

0:08:09.830,0:08:10.850
não tem a certeza que esteja corrigido

0:08:10.850,0:08:12.850
porque talvez não tenha a mesma

0:08:12.850,0:08:15.150
configuração de quem o relatou

0:08:15.190,0:08:15.780
ou

0:08:16.470,0:08:18.110
talvez não tem a

0:08:18.250,0:08:20.950
certeza que seguiu os mesmos passos

0:08:21.220,0:08:22.470
para

0:08:22.470,0:08:24.030
o testar

0:08:24.030,0:08:26.100
Se não tem a certeza, então

0:08:26.100,0:08:28.100
marque-o "unreproducible"

0:08:28.100,0:08:30.100
ou "moreinfo"

0:08:31.180,0:08:33.390
e deste modo irá

0:08:33.390,0:08:35.390
informar quem o relatou

0:08:35.390,0:08:37.390
e o maintainer, que

0:08:38.230,0:08:40.320
nem todos encontram o relatório de erro

0:08:40.750,0:08:42.850
que poderá ser só por si informação

0:08:45.460,0:08:47.670
Por vezes poderá fundir (merge) relatórios

0:08:47.670,0:08:50.870
e isto especialmente verdadeiro para[br]novos relatórios porque

0:08:53.280,0:08:56.060
caso contrário é onde ficam para sempre

0:08:56.060,0:08:58.060
duplicados

0:09:00.610,0:09:01.730
Então

0:09:05.120,0:09:06.840
Colocá-los no mesmo pacote

0:09:06.840,0:09:09.160
e com o mesmo nível de severidade e estado

0:09:09.340,0:09:10.400
são operações diferentes

0:09:10.400,0:09:13.070
e está detalhado na documentação

0:09:13.680,0:09:15.440
e no final pode

0:09:15.440,0:09:16.620
fundir o resultado

0:09:16.620,0:09:17.980
É engraçado

0:09:19.170,0:09:21.850
Todas as mensagens serão

0:09:22.550,0:09:24.290
colocadas junto, por isso

0:09:24.710,0:09:27.490
por vezes terá que pesquisar um pouco

0:09:27.700,0:09:29.920
podem existir mais que dois relatórios

0:09:30.790,0:09:31.470
"colados"

0:09:31.470,0:09:33.290
Por isso por vezes estão realmente

0:09:33.290,0:09:35.020
não "colados" mas fundidos

0:09:35.760,0:09:37.230
Depois de algum tempo, poderão existir

0:09:37.230,0:09:38.730
três ou quatro

0:09:38.730,0:09:40.390
se as pessoas

0:09:40.390,0:09:42.390
continuam a abrir o mesmo relatório

0:09:42.600,0:09:44.580
Por isso por vezes é engraçado

0:09:46.430,0:09:48.680
Outro modo é fazer um reporte

0:09:48.680,0:09:51.540
enviar um reporte para a fonte (upstream)

0:09:51.690,0:09:52.680
porque

0:09:53.320,0:09:56.130
Debian é um conjunto de pacotes

0:09:56.670,0:09:59.690
não desenvolvidos para Debian, mas para em[br]formato de código fonte

0:10:00.460,0:10:02.430
e empacotados sim para Debian

0:10:02.430,0:10:04.270
assim de existir um relatório de erro

0:10:04.270,0:10:06.080
a ocorrer em Debian,

0:10:06.080,0:10:08.080
na maioria dos casos ocorre

0:10:08.080,0:10:09.360
no código fonte

0:10:10.230,0:10:11.620
deste modo pode pesquisar

0:10:11.620,0:10:13.820
a monitorização do relatório do[br]envio

0:10:13.820,0:10:15.820
de modo a perceber se já existe relatórios[br]semelhantes

0:10:18.350,0:10:19.360
se existirem

0:10:19.360,0:10:21.360
por vezes os mesmos têm

0:10:21.360,0:10:23.360
uma forma de contornar ou

0:10:23.980,0:10:26.190
por vezes

0:10:26.840,0:10:29.150
do lado da fonte é informado que não é[br]possível corrigi-lo

0:10:29.150,0:10:31.590
por não o consideram um erro ou

0:10:36.740,0:10:38.270
quando é o caso

0:10:40.230,0:10:42.220
a informação deverá ser

0:10:42.370,0:10:45.190
colocada na monitorização de erros

0:10:45.190,0:10:47.190
Debian

0:10:47.550,0:10:48.720
e

0:10:56.080,0:10:56.920
se

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

0:11:01.050,0:11:02.620
a monitorização de erros Debian[br]deverá já saber

0:11:02.620,0:11:05.280
de modo que você terá que comunicar ao BTS

0:11:09.750,0:11:12.160
Existe também um comando

0:11:12.160,0:11:14.470
estraguei

0:11:16.140,0:11:17.670
o modo de o mostrar , mas ok

0:11:17.670,0:11:18.790
Este é o comando

0:11:18.790,0:11:21.540
"forwarded" e o número de erro

0:11:21.540,0:11:22.980
em Debian

0:11:23.110,0:11:26.160
e o número de erro no código fonte

0:11:26.660,0:11:29.830
e novamente "obrigado" porque é sempre[br]educado

0:11:31.260,0:11:34.580
Existem outras coisas que pode fazer do[br]lado do código fonte

0:11:35.470,0:11:36.580
Por vezes

0:11:36.580,0:11:38.880
deste lado não têm o número de erro

0:11:38.880,0:11:40.320
sendo

0:11:40.320,0:11:42.320
obviamente um erro deles

0:11:43.050,0:11:44.320
e assim

0:11:44.800,0:11:46.320
se puder reproduzir

0:11:46.320,0:11:48.100
o erro, deverá

0:11:48.100,0:11:50.100
abrir um relatório de erro na fonte

0:11:50.360,0:11:51.650
que é

0:11:52.030,0:11:54.030
na maioria dos casos um problema

0:11:54.030,0:11:56.680
porque tem que registar uma conta pessoal

0:11:56.680,0:11:58.680
ou encontrar

0:11:58.680,0:12:00.680
a monitorização do relatório de erro

0:12:02.530,0:12:03.490
Mas é divertido

0:12:09.020,0:12:11.710
Mas poupa tempo ao maintainer

0:12:11.710,0:12:13.710
e quem reportou o erro

0:12:14.340,0:12:18.520
vê mais hipóteses do erro ser resolvido

0:12:20.600,0:12:21.740
Se abrir

0:12:21.740,0:12:24.690
o erro na monitorização do erro na fonte

0:12:24.690,0:12:25.780
terá que

0:12:26.420,0:12:29.760
marcá-lo como forwarded como já vimos[br]anteriormente

0:12:32.050,0:12:34.820
Por vezes o lado da fonte diz que já está[br]corrigido

0:12:35.430,0:12:37.280
e os mesmo deverão

0:12:37.910,0:12:41.330
comunicar à monitorização de erros Debian[br]que está corrigido

0:12:43.990,0:12:47.110
terão que dizer qual a versão

0:12:47.780,0:12:48.890
e

0:12:49.570,0:12:52.130
talvez o maintainer poderá

0:12:52.130,0:12:54.130
actualizar o seu pacote para

0:12:54.790,0:12:58.010
dar a versão corrigida

0:13:01.900,0:13:04.030
e por vezes existe um 'patch' de código[br]fonte

0:13:04.030,0:13:05.490
que não está aplicado

0:13:05.490,0:13:07.390
e assim deverá revê-lo

0:13:07.390,0:13:09.600
e/ou testá-lo

0:13:11.250,0:13:13.910
e comunicar se funciona

0:13:14.470,0:13:15.620
ou não

0:13:18.550,0:13:19.630
Se funcionar

0:13:19.630,0:13:21.630
pode também

0:13:23.290,0:13:26.610
trazê-lo para o sistema de monitorização[br]de erros debian

0:13:26.610,0:13:29.100
marcar o erro com "patch"

0:13:31.730,0:13:34.720
Existe também trabalho com quem reporta

0:13:38.420,0:13:40.950
existe um grande percentagem de erros

0:13:40.950,0:13:42.620
marcado com "moreinfo"

0:13:43.390,0:13:44.620
Alguém

0:13:44.620,0:13:46.130
comunicou

0:13:46.240,0:13:48.610
"Não funciona" e

0:13:49.460,0:13:52.310
do nosso lado temos que saber porque[br]não funciona

0:13:54.870,0:13:56.050
Às vezes

0:13:58.290,0:14:01.050
surge uma nova versão empacotada

0:14:01.160,0:14:04.650
e poderá voltar a surgir o erro, ou talvez[br]não

0:14:04.650,0:14:05.890
mas terá que saber

0:14:06.570,0:14:08.330
ou alguém comunicou

0:14:08.330,0:14:11.460
"Eu irei testar esta versão ou esta[br]configuração"

0:14:11.460,0:14:14.880
e/ou "Irei comunicar à fonte" e

0:14:16.130,0:14:17.180
nada aconteçe

0:14:26.520,0:14:27.770
e por vezes

0:14:27.770,0:14:29.770
fica nesta

0:14:29.830,0:14:32.150
situação "a aguardar informação"

0:14:32.150,0:14:34.150
durante muito tempo

0:14:34.150,0:14:35.590
Eu escrevi

0:14:35.590,0:14:37.590
um ano ou um lançamento

0:14:37.590,0:14:39.590
porque é o que eu considero

0:14:39.590,0:14:41.180
começar a ser muito tempo

0:14:41.180,0:14:43.800
Assim que eu encontro alguns destes,[br]eu fecho alguns erros que

0:14:44.200,0:14:46.650
não são tocados para mais de dez anos

0:14:48.110,0:14:49.300
que é um record

0:14:51.260,0:14:52.220
Assim pode ajudar

0:14:52.220,0:14:55.160
enviando um email para

0:14:55.570,0:14:57.270
a pessoa que necessita de informação

0:14:57.270,0:14:58.690
às vezes

0:14:58.690,0:15:00.690
é quem reportou , outras vezes

0:15:01.250,0:15:03.690
o maintainer, outras vezes a fonte

0:15:04.150,0:15:05.200
e outras vezes

0:15:05.960,0:15:07.240
outra pessoa qualquer

0:15:09.490,0:15:10.530
a dizer que

0:15:10.530,0:15:12.140
"Eu posso fazer isso" ou

0:15:12.140,0:15:13.900
"Pode reproduzir o erro?"

0:15:15.200,0:15:16.540
para

0:15:17.020,0:15:19.960
que o relatório de erro ganhe

0:15:21.150,0:15:23.520
um estado onde possa ter visibilidade

0:15:23.520,0:15:25.230
do estado actual e

0:15:25.230,0:15:27.230
que se possa decidir o que fazer com ele

0:15:28.750,0:15:30.700
Então a parte complicada é

0:15:30.700,0:15:31.790
não

0:15:32.480,0:15:34.210
fechar erros aleatoriamente

0:15:36.800,0:15:39.050
Como iremos ver mais tarde, pode ser[br]perigoso

0:15:43.710,0:15:45.580
Pode pesquisar por pacotes

0:15:45.580,0:15:47.580
que possuem muitos relatórios de erros

0:15:48.460,0:15:50.840
e perguntar ao maintainer se

0:15:50.840,0:15:53.160
ajuda é bem vinda ou

0:15:53.330,0:15:55.400
pode procurar por uma boa equipa

0:15:56.330,0:15:58.590
Debian é constituído por

0:15:59.760,0:16:01.650
uma composição de variadas equipas

0:16:02.040,0:16:04.180
A maior parte delas são verdadeiramente[br]hospitaleiras

0:16:04.180,0:16:05.590
a novos contribuintes

0:16:05.590,0:16:07.190
porque necessitam de ajuda

0:16:07.610,0:16:09.000
e

0:16:09.000,0:16:10.720
as que conheci são simpáticas

0:16:15.040,0:16:16.990
e numa equipa, terá a certeza que existe

0:16:16.990,0:16:18.660
suficientes pacotes, de modo que

0:16:18.660,0:16:20.660
existem muitos pacotes para fazer triagem

0:16:20.660,0:16:22.660
e muitas pessoas para responder[br]às questões

0:16:24.640,0:16:25.740
Eu

0:16:25.740,0:16:27.590
triei erros a partir da

0:16:27.590,0:16:29.590
equipa de perl, de jogos

0:16:29.590,0:16:31.030
da X strike force

0:16:31.030,0:16:32.270
todas eles muito simpáticas

0:16:32.270,0:16:33.850
Eu recomendo-as para voçês

0:16:36.050,0:16:37.490
Eu

0:16:38.080,0:16:40.260
tentei, mas não consegui

0:16:40.260,0:16:42.260
realmente entender nada, mas

0:16:42.260,0:16:43.960
se entender alguma coisa

0:16:44.570,0:16:45.740
os erros do kernel

0:16:45.740,0:16:47.350
precisam de trabalho também

0:16:51.420,0:16:55.450
Na documentação sobre triagem de erros

0:16:55.450,0:16:57.450
adicionei uma secção sobre

0:16:57.450,0:16:58.900
equipas que necessitam ajuda

0:16:58.900,0:17:00.520
Então, se estiver numa equipa

0:17:00.520,0:17:03.130
que precisa de triagem, adicione-se aqui

0:17:04.750,0:17:06.250
Se quiser triar

0:17:06.250,0:17:07.619
veja aqui

0:17:08.410,0:17:10.079
quem necessita de ajuda

0:17:11.010,0:17:13.240
e não precisa entender

0:17:13.240,0:17:15.240
nada sobre o que eles fazem

0:17:15.240,0:17:16.380
para triar os erros

0:17:16.380,0:17:17.440
Quero dizer

0:17:17.440,0:17:19.440
não sei programar em Perl

0:17:19.440,0:17:21.170
de modo que Perl é ...

0:17:21.170,0:17:22.780
O X strike force

0:17:22.780,0:17:25.230
não está escrito em Inglês

0:17:25.230,0:17:26.119
mas

0:17:26.710,0:17:28.240
ok os jogos , eu poderia

0:17:28.240,0:17:30.240
tentar reproduzi-los

0:17:30.240,0:17:31.520
ou alguns deles

0:17:31.520,0:17:33.440
outros, na verdade não, mas

0:17:33.440,0:17:35.440
às vezes, pode ser o estado

0:17:35.440,0:17:38.370
de um erro sem entender a sua essência

0:17:39.970,0:17:41.500
Pode ver que se alguém perguntou

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

0:17:43.210,0:17:44.580
o erro tem que ser sinalizado (pinged)

0:17:44.580,0:17:46.030
ou

0:17:46.460,0:17:48.560
considerar que não irá haver nenhum

0:17:48.560,0:17:51.020
evento mesmo que não entenda o erro

0:17:51.060,0:17:52.680
pode ver qual o estado

0:17:52.680,0:17:54.000
do erro

0:17:57.450,0:17:58.970
Uma ferramenta fabulosa

0:17:58.970,0:18:03.380
é a última versão do motor de busca de[br]erros da base de dados Debian

0:18:08.280,0:18:10.100
Parece-se como isto

0:18:14.990,0:18:16.210
Por favor ignorem isto

0:18:16.840,0:18:18.220
Então, se seleccionarem

0:18:18.660,0:18:20.220
a versão

0:18:21.840,0:18:24.720
podem adicionar muitos filtros

0:18:26.010,0:18:27.040
tipos de erros

0:18:27.040,0:18:29.690
Bom de facto também inclui as equipas aqui

0:18:31.840,0:18:34.470
e quando tiver terminado, clica procurar

0:18:35.680,0:18:36.750
É

0:18:37.290,0:18:38.750
verdadeiramente útil

0:18:46.740,0:18:48.090
E como podem ver, a minha

0:18:48.090,0:18:50.090
não aparece como devia aparecer

0:18:54.760,0:18:59.070
Critérios para erros que foram perdidos

0:18:59.810,0:19:02.140
Se os ignorar os que foram mexidos

0:19:02.140,0:19:04.350
ou criados no último ano

0:19:05.080,0:19:06.500
e seleccionar

0:19:06.500,0:19:08.770
ou "wontfix" ou "moreinfo"

0:19:08.770,0:19:11.330
ou "upstream" or "unreproducible"

0:19:15.330,0:19:16.900
a seguir escolhem uma equipa

0:19:16.900,0:19:18.090
e

0:19:18.600,0:19:21.180
irá encontrar muitos erros perdidos

0:19:21.470,0:19:23.340
poderá começar a lê-los

0:19:23.340,0:19:24.850
e ver os seus estados

0:19:30.650,0:19:33.360
Se não forem reproduzíveis

0:19:38.030,0:19:39.100
se o erro

0:19:40.360,0:19:42.240
estiver já corrigido

0:19:42.240,0:19:43.250
Bom,

0:19:43.250,0:19:46.160
ou a nova versão corrige o erro ou

0:19:47.590,0:19:49.480
o erro foi já corrigido de qualquer[br]forma

0:19:49.480,0:19:52.340
porque foi uma questão de configuração

0:19:52.340,0:19:54.340
De qualquer forma não acontece novamente

0:19:56.800,0:19:58.220
Assim poderá fechá-lo

0:19:58.480,0:20:01.000
E aqui está o número de erro novamente

0:20:01.730,0:20:04.320
"done@bugs.debian.org"

0:20:04.860,0:20:07.060
e tem que identificar

0:20:07.060,0:20:09.060
qual a versão que foi corrigida

0:20:09.060,0:20:11.330
Então, se calhar foi corrigido

0:20:11.330,0:20:13.330
entretanto

0:20:13.330,0:20:15.330
mas , pelo menos, informe

0:20:15.970,0:20:18.190
"esta versão actual de certeza está[br]corrigida"

0:20:19.480,0:20:21.820
para que a BTS saiba

0:20:22.440,0:20:24.280
qual a versão afectada e

0:20:24.280,0:20:27.430
principalmente qual a versão não afectada

0:20:29.530,0:20:32.790
Existe uma boa página de documentação[br]sobre isso

0:20:35.130,0:20:36.950
Então, fecho de relatórios de erros é[br]apenas sobre

0:20:36.950,0:20:38.400
enviar um email para

0:20:38.400,0:20:40.400
"done@bugs.debian.org"

0:20:45.820,0:20:49.550
Isto foi para "unreproducible"

0:20:49.550,0:20:51.550
OK, "moreinfo" or "wontfix"

0:20:52.750,0:20:53.670
Para estes

0:20:53.670,0:20:55.670
terá que se certificar com a equipa

0:20:55.670,0:20:57.250
ou com o maintainer qual

0:20:57.250,0:20:58.980
a política, porque

0:20:58.980,0:21:01.180
algumas pessoas pretendem manter tudo

0:21:01.180,0:21:03.730
em aberto para sempre

0:21:07.450,0:21:09.820
e alguns "wontfix" deverão

0:21:09.820,0:21:11.770
manter-se abertos porque

0:21:11.770,0:21:14.110
se existirem funcionalidades ou

0:21:14.110,0:21:16.110
erros que são

0:21:16.110,0:21:18.370
frequentemente requeridos, então

0:21:18.370,0:21:20.320
seria uma tolice fechá-los

0:21:20.320,0:21:22.730
para que alguns os volte a abrir em breve

0:21:23.760,0:21:25.230
mas, muitos são

0:21:25.230,0:21:27.890
erros que estão marcados "moreinfo"

0:21:27.890,0:21:30.100
e nunca chegam a gerar resposta

0:21:30.100,0:21:32.100
ou estão marcados como "wontfix"

0:21:34.190,0:21:36.550
devem ser fechados porque não existe[br]trabalho

0:21:36.870,0:21:39.260
sobre os mesmos

0:21:41.340,0:21:44.260
Não existem

0:21:44.260,0:21:46.900
linhas de orientação na documentação sobre[br]isto

0:21:46.900,0:21:48.900
de modo que decidi arbitrariamente

0:21:48.900,0:21:51.130
um ano após

0:21:51.130,0:21:53.910
quem submeteu ser avisado e não ter[br]devolvido resposta

0:21:57.530,0:21:59.490
poderemos considerar talvez que

0:21:59.490,0:22:01.490
a pessoa que submeteu está ausente

0:22:01.490,0:22:04.300
Provavelmente poderá ser um espaço curto, [br]mas

0:22:05.480,0:22:07.860
as pessoas podem ficar zangadas porque

0:22:08.410,0:22:11.010
foi uma contribuição para os relatórios[br]de erros e que o mesmo

0:22:11.010,0:22:13.010
não deveria ser apagado

0:22:13.010,0:22:14.140
de ânimo leve

0:22:16.960,0:22:18.600
Se tiver a certeza que um erro

0:22:18.600,0:22:20.600
não tem realmente utilidade para ninguém

0:22:20.600,0:22:22.960
então, faça o mesmo

0:22:22.960,0:22:25.180
número"-done"

0:22:26.260,0:22:29.040
com a explicação claro

0:22:29.900,0:22:31.340
Então, um exemplo

0:22:32.730,0:22:34.960
Vamos fazer uma pesquisa

0:22:34.960,0:22:36.470
"wontfix"

0:22:37.810,0:22:39.970
não tocado desde o ano passado, perl

0:22:46.650,0:22:48.200
incluir "wontfix"

0:22:55.140,0:22:56.150
ignorar

0:22:57.720,0:23:00.430
criado ou modificado no passado

0:23:00.430,0:23:02.430
ano ou mais ou menos

0:23:03.260,0:23:06.180
e ver a equipa perl

0:23:23.950,0:23:25.370
Todos estes erros

0:23:25.370,0:23:27.630
são de diferentes pacotes

0:23:27.630,0:23:28.930
mas são todos

0:23:30.190,0:23:32.690
correspondem ao mesmo critério

0:23:33.360,0:23:36.040
e podemos ordená-los

0:23:36.040,0:23:38.040
pela última data de modificação

0:23:40.460,0:23:43.790
muitos deles foram esquecidos por alguns[br]anos

0:23:45.520,0:23:48.010
e, bem, o

0:23:49.020,0:23:51.750
próximo passo é começar a ler os[br]relatórios

0:23:53.610,0:23:55.710
E já que eu preparei um pouco

0:23:55.710,0:23:57.350
mesmo que não muito

0:23:57.530,0:23:59.560
Eu seleccionei um

0:23:59.560,0:24:01.970
e aqui está um que pode ser lido

0:24:02.700,0:24:05.160
ok eu não irei ler

0:24:05.160,0:24:07.160
completamente com vocês hoje, mas

0:24:09.400,0:24:11.370
podem ver que

0:24:11.370,0:24:13.370
a conclusão é

0:24:13.370,0:24:15.900
a fonte considerou que não é um erro

0:24:16.740,0:24:18.270
Foi informado em

0:24:18.270,0:24:19.850
2010

0:24:19.850,0:24:20.930
e assim

0:24:21.900,0:24:24.380
já houve tempo suficiente

0:24:24.380,0:24:26.380
para deixar as pessoas saber

0:24:26.380,0:24:29.470
[riso]

0:24:30.280,0:24:32.930
e foi fechado na fonte

0:24:33.320,0:24:35.680
Então, o relatório de erro na fonte

0:24:35.680,0:24:37.680
onde diz

0:24:38.380,0:24:41.230
"It does according to the man page"

0:24:41.640,0:24:42.640
"closing"

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

0:24:46.070,0:24:47.550
e nós devemos fazer o mesmo

0:24:48.410,0:24:49.550
Então, eu fiz

0:24:49.550,0:24:51.550
e

0:24:51.550,0:24:54.180
não irei mostrar agora, mas

0:24:58.170,0:24:59.880
enviei este email

0:24:59.880,0:25:01.880
mesmo antes de vir para cá

0:25:04.390,0:25:06.910
para número_do_erro"-done"

0:25:06.910,0:25:08.290
assunto:

0:25:10.530,0:25:13.000
nós usamos um assunto tipo

0:25:13.000,0:25:15.000
de relatório

0:25:15.000,0:25:17.000
de erro, para que as pessoas

0:25:17.000,0:25:19.000
saibam do que se trata

0:25:19.000,0:25:21.000
e justifico que estou a fechá-lo

0:25:21.000,0:25:23.820
e então a minha mensagem standard

0:25:27.990,0:25:30.070
"Olá, estou a fechar este erro porque foi

0:25:30.070,0:25:32.070
marcado não reproduzível durante alguns

0:25:32.070,0:25:33.450
anos sem resposta

0:25:33.450,0:25:35.450
Se tiver alguma razão para apontar

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

0:25:37.570,0:25:39.570
para o voltar a abrir ou pedi-lo a mim"

0:25:41.300,0:25:43.360
Isto porque nem toda a gente que submete

0:25:43.360,0:25:45.500
erros conhece todas as subtilezas

0:25:45.500,0:25:48.480
de servidor de controlo

0:25:48.480,0:25:50.480
e nem todos

0:25:50.480,0:25:52.480
sabem como reabrir um erro

0:25:53.510,0:25:56.990
e assim ao pedirem para reabrir

0:25:56.990,0:25:58.990
pois um erro pode ser

0:25:58.990,0:26:00.990
um pouco demais , e então

0:26:01.440,0:26:03.540
se eu o fechar

0:26:03.540,0:26:05.440
e não tiver sido uma boa ideia, eles[br]podem

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

0:26:08.870,0:26:12.650
ninguém se perde no processo

0:26:17.230,0:26:20.270
Por vezes, existem relatórios de erro que

0:26:20.270,0:26:22.380
provavelmente deveriam ser

0:26:22.380,0:26:24.280
fechados ou fundidos

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

0:26:25.870,0:26:27.870
certeza absoluta

0:26:30.170,0:26:32.800
Não há pressa, a maior parte deles

0:26:32.800,0:26:34.800
estão à espera há muito tempo de qualquer[br]forma

0:26:34.800,0:26:36.800
por isso demore

0:26:36.800,0:26:38.800
alguns dias, semanas, meses

0:26:38.800,0:26:40.800
ou anos

0:26:41.270,0:26:42.980
como acontece, e

0:26:44.320,0:26:46.070
talvez na próxima vez que

0:26:46.070,0:26:48.300
abrir este erro, o mesmo estará

0:26:48.300,0:26:50.300
mais claro de modo a lidar com ele

0:26:50.300,0:26:53.370
pois tem mais experiência ou

0:26:54.610,0:26:56.180
com uma mente limpa

0:26:57.190,0:26:58.470
Pode também

0:26:58.470,0:27:00.470
pedir opiniões dos

0:27:00.470,0:27:03.210
maintainers, se eles estão

0:27:04.090,0:27:06.760
dispostos a ajudar ou

0:27:07.520,0:27:09.380
para outros amigos ou

0:27:09.380,0:27:11.380
membros do grupo

0:27:13.810,0:27:14.940
Atenção

0:27:15.560,0:27:18.290
a questão sobre o ponto

0:27:18.290,0:27:20.820
anterior de não fechar erros[br]aleatoriamente,

0:27:20.820,0:27:22.820
se o ou a maintainer não tiver

0:27:22.820,0:27:24.820
tempo para triar os seus erros

0:27:24.820,0:27:26.820
eles poderão não

0:27:26.820,0:27:28.820
ter necessariamente tempo para

0:27:29.710,0:27:31.250
explicar-lhes

0:27:31.250,0:27:33.540
sendo o caso do mesmo querer o erro[br]fechado ou não

0:27:35.040,0:27:36.660
É por isso que é bom

0:27:37.170,0:27:38.900
trabalhar em equipa porque

0:27:38.900,0:27:41.260
é mais provável ter alguém disponível

0:27:41.260,0:27:43.740
que o possa ajudar em caso de dúvidas

0:27:45.880,0:27:48.250
Outra parte importante é

0:27:48.250,0:27:50.250
dizer que o está a fazer

0:27:50.250,0:27:51.510
porque

0:27:51.510,0:27:53.510
se as pessoas não perceberem o

0:27:53.510,0:27:54.910
que está a fazer, eles

0:27:54.910,0:27:56.590
podem reagir mal

0:28:00.540,0:28:02.240
Certifique-se que todos

0:28:02.240,0:28:04.510
recebem a informação que precisam

0:28:04.510,0:28:06.770
porque se fechar um erro

0:28:06.770,0:28:08.770
quem o reportou recebe

0:28:08.770,0:28:10.770
a informação

0:28:10.770,0:28:12.770
mas se adicionar

0:28:12.770,0:28:14.770
uma marcação, eles não, e

0:28:14.770,0:28:16.610
outras pessoas podem responder ao

0:28:16.610,0:28:18.610
relatório de erro a dizer

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

0:28:20.610,0:28:22.790
recebem a informação

0:28:22.790,0:28:25.380
por isso às vezes

0:28:25.380,0:28:27.650
às vezes tem que verificar quem

0:28:27.650,0:28:32.360
forneceu a informação para o relatório

0:28:32.360,0:28:34.610
e garantir que o copiou para os

0:28:34.610,0:28:36.610
mails que estiver a enviar, para que

0:28:40.100,0:28:42.830
tenham a informação

0:28:45.500,0:28:47.500
Não escreva uma novela

0:28:47.500,0:28:50.000
quando fechar ou triar erros

0:28:50.000,0:28:52.000
mas dê toda a informação

0:28:52.000,0:28:54.000
para que as pessoas possam entender

0:28:54.000,0:28:56.000
o que está a fazer, para que tenham

0:28:56.000,0:28:58.000
um pouco de contexto e não tenham que

0:28:58.000,0:29:00.480
ler todo o tópico de conversa

0:29:00.480,0:29:02.740
para saber o porquê de você estar a fazer[br]isto

0:29:02.740,0:29:04.740
no exemplo que dei anteriormente

0:29:04.740,0:29:07.410
copiei o assunto

0:29:07.410,0:29:09.490
do relatório de erro para que saibam

0:29:09.490,0:29:10.740
sobre o relatório de erro

0:29:10.740,0:29:13.020
disse o seu estado

0:29:15.020,0:29:17.280
e que tinha tomado a decisão

0:29:17.280,0:29:19.630
eles tem uma ideia do que se passa

0:29:21.030,0:29:23.950
e

0:29:25.010,0:29:27.010
pode ter mensagens genéricas

0:29:27.010,0:29:29.010
não precisa de inovar

0:29:29.010,0:29:31.010
todas as vezes, apenas copiar e

0:29:31.010,0:29:33.010
colar e

0:29:33.010,0:29:34.560
talvez alterar poucas palavras

0:29:35.210,0:29:36.580
e

0:29:36.880,0:29:39.450
como apenas fez um copy-paste

0:29:39.450,0:29:41.180
não demora muito tempo,

0:29:41.180,0:29:43.540
escreva algumas palavras simpáticas

0:29:43.540,0:29:49.640
ajuda

0:29:51.250,0:30:02.420
[gargalhadas e aplausos]

0:30:02.750,0:30:05.270
Cuidado, podem existir dragões

0:30:07.080,0:30:09.230
Eu deixei de fechar erros no passado

0:30:09.230,0:30:11.590
dois meses depois de ter fechado um do

0:30:11.590,0:30:13.730
Ian Jackson

0:30:13.730,0:30:15.260
e foi uma má ideia

0:30:15.260,0:30:16.750
e

0:30:16.750,0:30:18.500
foi uma ideia tão má

0:30:18.500,0:30:20.590
que perdi o meu entusiasmo

0:30:20.590,0:30:23.840
por alguns meses

0:30:23.840,0:30:25.960
Se conhecer uma pessoa como o Ian Jackson

0:30:25.960,0:30:28.330
Se tudo indicar que

0:30:28.330,0:30:30.210
um erro deve ser fechado

0:30:30.210,0:30:32.230
ou marcado talvez

0:30:32.230,0:30:34.740
apenas fechem apenas o vosso "tab"

0:30:34.740,0:30:36.810
ignorem-no

0:30:36.810,0:30:39.370
pensem apenas que não existe

0:30:39.370,0:30:40.470
vocês sabem

0:30:40.470,0:30:42.280
voçês certamente têm

0:30:42.280,0:30:44.940
melhores coisas para fazer com a vossa[br]vida

0:30:44.940,0:30:48.560
vocês têm mesmo, de verdade

0:30:51.220,0:30:54.860
Eu tenho que ser franca,

0:30:54.860,0:30:57.850
este é ele, mas

0:30:57.850,0:31:02.930
existem provavelmente outros[br]como ele

0:31:02.930,0:31:04.600
mas continuem

0:31:04.600,0:31:06.950
Existem também pessoas muito simpáticas

0:31:06.950,0:31:08.390
à volta de Debian, alguns

0:31:08.390,0:31:11.410
com que se pode trabalhar

0:31:11.410,0:31:13.930
falar e que são

0:31:13.930,0:31:15.730
prestáveis e agradáveis

0:31:15.730,0:31:18.330
e muito acolhedoras

0:31:18.330,0:31:20.810
e lembrem-se: triagem de erros é divertida

0:31:20.810,0:31:23.420
recompensadora e fácil

0:31:23.420,0:31:27.050
assim que se iniciar

0:31:27.050,0:31:28.730
E é isto.

0:31:28.730,0:31:37.390
[aplausos]

0:31:42.010,0:31:44.010
Alguém tem perguntas?

0:31:44.010,0:31:45.940
Penso que não, mas

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

0:32:01.210,0:32:02.970
algumas outras histórias reais

0:32:02.970,0:32:05.140
das vossas aventuras de correcção de[br]erros?

0:32:05.140,0:32:06.960
[risos]

0:32:09.910,0:32:11.940
[A] OK, Eu não

0:32:11.940,0:32:14.000
Eu devia ter deixado aberto os relatórios

0:32:14.000,0:32:16.450
Eu fechei um erro com

0:32:17.160,0:32:19.900
mais de dez anos de idade

0:32:19.900,0:32:23.240
Foi de certo modo engraçado

0:32:23.240,0:32:25.790
Algumas pessoas que o submeteram

0:32:25.790,0:32:28.430
escreveram-me pedindo para o reabrir

0:32:28.430,0:32:29.720
por isso não foi

0:32:29.720,0:32:32.310
uma proposta técnica

0:32:32.310,0:32:34.660
É

0:32:35.300,0:32:40.800
É útil propor para reabrir relatórios

0:32:40.800,0:32:45.360
Muitas pessoas agradecem-me, o

0:32:45.360,0:32:49.170
que é sempre agradável

0:32:49.170,0:32:52.450
Os meus amigos maintainers por vezes

0:32:52.450,0:32:54.450
ficam ciumentos quando posso dizer

0:32:54.450,0:32:56.870
"Eu fechei 20 erros hoje"

0:32:56.870,0:32:58.750
[risos]

0:33:00.030,0:33:03.870
e eles dolorosamente fecham um

0:33:08.760,0:33:12.400
Eu irei mantê-los ... actualizados

0:33:12.400,0:33:17.040
com novas histórias de triagem de erros

0:33:28.950,0:33:31.430
[Q] A partir do IRC, de Peyaro

0:33:31.430,0:33:33.660
O que faz com os erros marcados "patch"

0:33:33.660,0:33:36.650
com um patch enviados na ultima mensagem[br]mas

0:33:36.650,0:33:39.950
sem resposta do maintainer?

0:33:39.950,0:33:44.900
[A] OK você verifica se o maintainer[br]está activo

0:33:44.900,0:33:46.900
nos seus pacotes

0:33:46.900,0:33:50.080
Se está, então

0:33:50.080,0:33:52.380
tente contactá-lo de novo

0:33:52.380,0:33:54.060
e de novo

0:33:54.060,0:33:56.470
se não responder

0:33:56.470,0:33:58.550
a nada, então

0:33:58.550,0:34:00.400
deverá declará-lo

0:34:00.400,0:34:04.241
"missing in action"[br](desaparecido de acção"

0:34:11.620,0:34:15.720
Terá que lhe escrever

0:34:22.750,0:34:24.700
Bem se o mesmo não fizer devidamente[br]o seu trabalho

0:34:24.700,0:34:26.910
pode propor ajudá-lo

0:34:26.910,0:34:29.200
ou encontrar alguém que o ajude

0:34:29.200,0:34:31.030
a fazer um non-maintainer upload

0:34:31.030,0:34:34.320
Acho eu

0:34:34.320,0:34:36.590
mas

0:34:36.590,0:34:38.580
triagem significa

0:34:38.580,0:34:40.780
ajudar os maintainers também

0:34:40.780,0:34:43.720
não tem

0:34:43.720,0:34:46.240
não é o sítio correcto para

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

0:34:48.140,0:34:50.450
que não está a fazer o trabalho[br]correctamente

0:34:50.450,0:34:54.600
Eles provavelmente têm razões para

0:35:07.920,0:35:11.010
[Questão ininteligível]

0:35:14.380,0:35:17.690
[Q] Na equipa de jogos se existir um jogo[br]com um erro

0:35:17.690,0:35:19.200
Você submete para a lista de correio, você[br]envia

0:35:19.200,0:35:21.640
para o último

0:35:21.640,0:35:23.370
uploader

0:35:23.370,0:35:25.050
who do you

0:35:25.050,0:35:26.160
get in contact with?

0:35:26.160,0:35:28.410
[A] Quando eu quero fazer o quê?

0:35:28.410,0:35:31.800
[Q] Quando achas um erro

0:35:31.800,0:35:34.090
Num pacote que é

0:35:34.090,0:35:35.810
mantido por uma equipa

0:35:35.810,0:35:38.090
não por uma pessoa

0:35:38.090,0:35:40.710
Oh podem me ouvir?

0:35:40.710,0:35:43.230
Que diferença !

0:35:43.230,0:35:45.380
[Q] Quando tu

0:35:45.380,0:35:47.760
estás a lidar com um erro que não é

0:35:47.760,0:35:49.680
mantido por apenas uma pessoa

0:35:49.680,0:35:51.200
mas por uma equipa

0:35:51.200,0:35:56.070
o que fazes usualmente, tu

0:35:56.070,0:35:58.410
contactas a lista daquela equipa

0:35:58.410,0:36:01.720
contactas o último uploader

0:36:01.720,0:36:04.550
[A] Eu coloco a equipa

0:36:04.550,0:36:06.220
na cópia e não apenas

0:36:06.220,0:36:07.800
o uploader, porque

0:36:07.800,0:36:09.880
o uploader, se

0:36:09.880,0:36:11.530
o uploader pertence a uma equipa

0:36:11.530,0:36:13.250
então eles vão

0:36:13.250,0:36:16.040
ver o e-mail na lista da equipa

0:36:16.040,0:36:18.600
e por vezes, outros

0:36:18.600,0:36:22.260
estão a lidar com o pacote também

0:36:22.870,0:36:24.650
[Q] Faria sentido ter

0:36:24.650,0:36:26.480
pelo menos nalgumas equipas

0:36:26.480,0:36:28.550
uma pessoa

0:36:28.550,0:36:32.100
a desenvolver a interface entre [br]os erros e outras coisas

0:36:34.320,0:36:35.740
[A] Eu penso

0:36:35.740,0:36:38.080
É útil para as equipas

0:36:38.080,0:36:41.080
considerarem-se acolhedoras para

0:36:41.080,0:36:42.960
quem quer triar erros

0:36:42.960,0:36:45.830
e se puderem fornecer uma

0:36:45.830,0:36:47.300
pessoa que se possa referenciar

0:36:47.300,0:36:48.650
poderá ser útil também

0:36:48.650,0:36:52.370
Foi assim que eu

0:36:52.370,0:36:53.850
comecei em cada equipa, porque eu

0:36:53.850,0:36:56.390
tinha a certeza que tinha uma pessoa que

0:36:56.390,0:36:58.590
poderia responder às minhas questões e

0:36:58.590,0:37:01.420
dizer-me simpaticamente se eu lixásse[br]tudo

0:37:03.290,0:37:07.460
Eu estava com medo de ser

0:37:07.460,0:37:10.720
castigada

0:37:10.720,0:37:14.850
Sim , provavelmente é útil para as equipas[br]dizer

0:37:14.850,0:37:17.290
"Nós damos as boas vindas e aqui está[br]a pessoa que

0:37:17.290,0:37:19.290
está disponível para lidar com"

0:37:19.290,0:37:21.480
[Q] Como fazes isso? Numa página web?

0:37:21.480,0:37:23.430
No wiki?

0:37:23.430,0:37:27.640
talvez numa página wiki ou qualquer coisa[br]do genero

0:37:35.810,0:37:39.270
[A] Aqui na documentação de triagem[br]de erros

0:37:39.270,0:37:40.860
Eu adicionei

0:37:40.860,0:37:43.840
as equipas que dão as boas vindas

0:37:43.840,0:37:47.270
mas a de jogos está já listada lá

0:37:47.270,0:37:48.730
Eu listei as

0:37:48.730,0:37:53.410
que tinha experimentado

0:37:53.410,0:37:55.720
Mas sim

0:37:55.720,0:37:59.410
Mas eu não escrevi a uma pessoa de contacto

0:37:59.410,0:38:01.270
porque

0:38:01.270,0:38:04.600
[Q] Eu estava a pensar que talvez

0:38:04.600,0:38:06.630
e pensando alto

0:38:06.630,0:38:09.020
que talvez seja um bom ponto de entrada

0:38:09.020,0:38:12.340
para alguém que se quer juntar à equipa [br]de jogos

0:38:12.340,0:38:14.150
e que não seja um 'developer'

0:38:14.150,0:38:17.080
e ajudar na triagem

0:38:17.080,0:38:18.690
de erros

0:38:18.690,0:38:21.210
Quero dizer, nós temos muitos jogos

0:38:21.210,0:38:25.520
[A] Eu tenho uma boa desculpa para[br]instalar

0:38:25.560,0:38:27.570
todos os jogos no meu computador[br]porque

0:38:27.570,0:38:29.930
estava a tentar reproduzir erros

0:38:29.930,0:38:33.650
[Q] Exactamente !

0:38:33.650,0:38:36.320
[A] Eu penso, bem

0:38:36.320,0:38:38.550
Eu não me queria à equipa de jogos

0:38:38.550,0:38:40.230
Estou contente de ajudar a partir[br]de fora

0:38:40.230,0:38:42.430
mas penso que é uma boa maneira porque

0:38:42.430,0:38:44.480
consegue ver

0:38:44.480,0:38:46.410
muitos pacotes diferentes

0:38:46.410,0:38:49.460
[Q] Eu queria dizer alguém mais [br]especializado

0:38:49.460,0:38:52.590
Estou a falar da equipa de jogos

0:38:52.590,0:38:54.100
Eu poderia falar de outra equipa

0:38:54.100,0:38:56.080
ou da equipa de perl

0:38:56.080,0:38:58.640
alguém que

0:38:58.640,0:39:00.880
saiba mais ou menos

0:39:00.880,0:39:02.530
seja mais especializado com este tipo de

0:39:02.530,0:39:04.690
pacotes que a equipa produz

0:39:04.690,0:39:06.940
mas não seja um developer ou não

0:39:06.940,0:39:09.730
trabalhe tão perto quanto um developer

0:39:09.730,0:39:16.110
mas possa ser, o local onde especializado

0:39:16.110,0:39:17.730


0:39:17.730,0:39:20.100


0:39:20.100,0:39:22.710


0:39:22.710,0:39:24.710


0:39:25.480,0:39:27.210


0:39:27.210,0:39:29.210


0:39:29.480,0:39:31.470


0:39:31.470,0:39:33.470


0:39:34.120,0:39:36.370


0:39:36.670,0:39:38.370


0:39:38.370,0:39:40.370


0:39:40.370,0:39:42.370


0:39:42.720,0:39:44.720


0:39:45.200,0:39:47.160


0:39:48.890,0:39:51.280


0:39:51.280,0:39:53.280


0:39:53.280,0:39:55.280


0:39:55.280,0:39:58.380


0:40:03.350,0:40:05.200


0:40:06.320,0:40:09.320


0:40:11.110,0:40:16.180