Mageia Blog (Português)

Da equipe de Triagem e QA da Mageia

Em um mundo ideal, erros de software são corrigidos logo depois que eles são descobertos. (Na verdade, em um mundo realmente ideal, não haveria erros, para começar, mas vamos ser um pouco realista). Você pode ser levado a acreditar que uma vez que um bug foi relatado os empacotadores da Mageia corrigirão o bug, emitirão um novo pacote, e todos viverão felizes para sempre.

Infelizmente, para a maioria dos bugs descobertos, as coisas não são tão simples assim. Muitas coisas têm que acontecer e ser feito fora da visão da maioria dos observadores casuais antes que um bug possa ser considerado corrigido.

A equipe de triagem é o elo entre o usuário que encontrou um bug e os empacotadores e desenvolvedores que chegaram a uma resolução para o bug. Todas as questões novas que estão sendo relatadas devem ser classificadas, priorizadas e verificada a duplicação de relatórios de bugs existentes, se necessário, tem que ser verificado se o problema pode ser reproduzido; esclarecimentos são solicitados para onde eles são necessários e assim por diante. Depois que tudo isso é feito, o bug pode ser ligado ao pacote adequado e atribuído ao mantenedor do pacote para a resolução.

Sem uma equipe de triagem, os bugs poderiam ser duplicados, envelhecer, e passarem despercebidos se os empacotadores não sabem de sua existência, e você como o usuário final ficaria infeliz com a qualidade da Mageia como uma distribuição. As coisas não vão quebrar durante a noite se não forem consertadas, mas pense como cupins corroendo os alicerces de sua casa, você vai querer fazer algo antes que as coisas fujam de controle!

Para correções de bugs que são aplicados à versão oficialmente lançada e suportada da Mageia, não é suficiente apenas enviar um novo pacote. O que odiaria fazer é tornar as coisas piores do que melhores e deixar nossos usuários com problemas ainda maiores. Então, antes que uma atualização seja liberada, ela tem que passar pela equipe de QA (Quality Assurance – Garantia de Qualidade) que irá testar o pacote em todas as arquiteturas suportadas, garantir que ele é executado, garantir que não haja regressões perceptível, e que a atualização corrige realmente o problema original mencionadas no relatório de bugs.

Estas tarefas de triagem e testes de QA são algumas das menos glamourosas, mas por outro lado, algumas das responsabilidades mais importantes dentro de um projeto como o Mageia. Elas provavelmente não vai fazer você (ou alguém) famoso, rico ou amado, mas você terá a oportunidade de ajudar a tornar a Mageia, uma distribuição mais usável, e ainda maior do que é hoje. A coisa boa é que triagem e testes de QA não requerem nenhuma habilidade técnica sofisticada, nem exige qualquer compromisso difícil, alguém disposto a ajudar pode ajudar e tudo que você precisa para participar é de algum tempo livre!

Estas duas equipas podem usar a sua ajuda para fazer uma melhor e mais eficiente triagem dos erros e testar atualizações de forma mais profundas do que podemos fazer hoje, já que estamos com poucos voluntários. Interessado? Sinta-se livre para entrar e começar!

Para a equipe de triagem:

• Adicione seu nome na nossa página wiki
• Inscreva-se na lista de discussão da equipe bugsquad (e não hesite em entrar em contato conosco!)
• Assinar a lista de bugs (Por favor note, esta é uma lista com volume muito alto, se você não estiver preparado para lidar com isso, considere o uso da interface bugzilla e adicione-se ao Cc de todos os erros que você estiver interessado).
• Leia o guia para triagem bem como a nossa política de bug
• Comece o trabalho!
• Venha conviver conosco no #mageia-bugsquad no IRC ou tirar suas dúvidas lá.

Para a equipe de QA:

• Adicione seu nome na nossa página wiki
• Inscreva-se nas listas de discussões qa-discuss (discussão da equipe de QA) e qa-bugs (notificações bugzilla para candidatos atualização atribuídos a equipe de QA)
• Leia a política de atualizações da Mageia e o guia específico de QA
• Você pode também querer se juntar a nós no IRC em #mageia-qa na irc.freenode.net – Este é um bom lugar para obter respostas rápidas para qualquer dúvida que possa ter.
• Mantenha-se dentro, há sempre muita coisa para fazer!

(texto escrito em inglês por ennael e traduzido por Adjamilton Júnior)

Um pequeno discurso de um novo usuário da Mageia – temos um bom número deles, então você poderia pensar nisso como uma amostra representativa:

Meu novo Thinkpad chegou sexta de manhã: um T520, Quad Core i7, 8GB de RAM, Tela de 15,6″, Wi-Fi, 3G, Bluetooth, etc.

Depois de gravar 4 DVDs para criar um disco de boot e restauração do Win7 Pro e outros softwares que vieram pré-instalados, eu redimensionei o tamanho da partição principal do Windows, deixando algumas centenas de GB de espaço livre para uma instalação do Linux.

Decidi que era finalmente hora de tentar a Mageia. Eu gravei um DVD a partir da imagem x64 e comecei a instalar. Eu escolhi o Gnome ao invés do KDE, desta vez, por causa do tamanho menor. (Eu estou confortável com ambos)

Sem ajustes CLI em tudo, eu tinha muita coisa para trabalhar … e eu quis dizer muita coisa.

Som e vídeo funcionou imediatamente. WiFi trabalhou uma vez que eu estava conectado e o sistema poderia buscar o driver correto. (Não queria nem precisava do Ndiswrapper aqui)

Todos os botões especiais funcionaram. O botão de WiFi, os botões de volume, o botão de mudo, botão de modo de suspensão. Iniciei o Firefox e naveguei no meu servidor de música usando a WiFi. Selecionando um álbum para tocar, eu vi que os botões de pausa, avançar e retroceder faixas e parar funcionaram corretamente com o reprodutor de filmes padrão.

Para fazer o mouse Bluetooth funcionar precisei apenas usar a ferramenta de configuração de Bluetooth do Gnome e emparelhar os dispositivos. Pronto! O mouse estava funcionando também. Sem nenhuma edição manual no Xorg.conf!

A speed-stepping da CPU funciona. Modo de suspensão entra em ação se eu fechar a tampa ou pressionar o botão de suspensão, e retorna corretamente depois. Pressionando o botão de bloqueio a tela trava, fazendo com que o prompt de login apareça. A rolagem funciona em ambos os eixos se eu deslizar o dedo ao longo da borda do track pad.

Já fiz várias instalações do Linux, mas eu nunca vi isto funcionar tão bem em hardware
right-out-of-the-box em qualquer máquina, muito menos um laptop. O Win7 não conseguiu ver o mouse Bluetooth sem o CD de drivers, mas a Mageia conseguiu. Incrível.

Esta é verdadeiramente uma máquina doce com uma instalação Linux muito doce.

Vida longa ao Urpmi!

(texto escrito em inglês por trish e traduzido por Adjamilton Júnior)

Nós tivemos discussões na comunidade Mageia, para decidir sobre o ciclo de lançamento de versões futuras da Mageia. Começamos com algumas propostas e todo mundo foi capaz de comentar e discutir.

O resultado das nossas discussões: o ciclo de lançamento de Mageia será de 9 meses. Achamos que é uma escolha bem equilibrada, proporcionando uma distribuição atualizada que também é estável. Deve também dar-nos tempo suficiente para construir as especificações, para o desenvolvimento, empacotamento, inovar e finalizá-lo.

Cada versão da Mageia terá suporte durante 18 meses. Teremos uma revisão global dos nossos recursos antes do próximo lançamento para verificar se ainda podemos fornecer suporte de acordo com nosso plano inicial. Se tudo estiver indo bem, então vamos pensar em lançar uma versão LTS (Long Term Support) a cada 18 meses, a ser suportada por 3 anos.

O Planejamento de desenvolvimento para a Mageia 2 tentou levar em conta todos os comentários vindo do Mageia 1. Aqui está o cronograma:

Alpha 1: 16/11/2011
Alpha 2: 14/12/2011
Beta 1: 20/01/2012
Versions freeze: 06/02/2012
Artwork freeze: 10/02/2012
i18n freeze: 10/02/2012
Beta 2: 14/02/2012
Releases freeze: 06/03/2012
RC: 09/03/2012
Lançamento Final: 04/04/2012

O trabalho já começou – você pode dar uma olhada nas especificações técnicas.

(texto escrito em inglês por ennael e traduzido por Adjamilton Júnior)