O Fedora 45 tem várias mudanças de nível de sistema que precisam de testes em hardware real. O primeiro test day do ciclo é o do GNOME 51, começando em 17 de agosto; depois vêm RPM 6.1, mídias de instalação e outros. Você pode participar com uma VM na maioria dos testes; testes específicos de hardware são mais úteis em uma máquina física.

O que merece teste

O Fedora 45 está trazendo mudanças que vão além do que a CI e os testes automatizados cobrem:

  • RPM 6.1: atualização para a versão 6.1, verificação de assinatura obrigatória e realocação das configurações dos repositórios do DNF para /usr.
  • OpenSSL 4.0: salto de versão que pode afetar qualquer coisa que use TLS.
  • Imagens de boot e mídias ao vivo: reconstruídas do zero com image-builder. Isso muda como as imagens são produzidas, então é importante garantir que continuem inicializando e instalando em uma variedade de hardware e configurações de virtualização.
  • kmscon: substitui o console VT do kernel (fbcon) como padrão.
  • Python 3.15, GRUB EFI para Confidential Computing e mais.

Por que o teste da comunidade é necessário

Testes automatizados pegam regressões em cenários conhecidos, mas não dizem se o novo boot.iso funciona no seu laptop ou se a verificação de assinatura obrigatória do RPM quebra um fluxo de trabalho que ninguém na equipe imaginou. Os test days existem para isso: alguns dias focados em uma mudança específica, com desenvolvedores no Matrix para ajudar a depurar, e qualquer pessoa pode participar. Você não precisa ser especialista em QA do Fedora. Se sabe instalar o Fedora, reproduzir um problema e relatar o que aconteceu, já pode ajudar.

O que estamos planejando para o Fedora 45

Na reunião de Qualidade de julho 20 (transcrição), analisamos o ChangeSet e escolhemos as mudanças que mais se beneficiariam de testes da comunidade. O resultado virou um ticket de planejamento no Forge, com tickets individuais para cada evento.

  • GNOME 51 Desktop — de 17 a 21 de agosto, primeiro test day do ciclo, acontecendo agora. Desktop, gráficos, periféricos e aplicativos principais. Se você está lendo a tempo, participe: #GNOME_51_Desktop.
  • Semana de teste I18n — de 7 a 13 de setembro, para métodos de entrada, locales e layouts de teclado: #924.
  • RPM 6.1 — o suporte NSS para consultas de usuário/grupo voltou, consultas voltaram a funcionar durante transações, há novos modificadores de macro para empacotadores e melhor saída do rpmkeys. RPM afeta tudo, então vale conferir: #917.
  • Mídias de instalação — boot.iso e imagens ao vivo, em hardware físico e VMs. Teste se o instalador funciona e se o ambiente ao vivo se comporta bem: #918.
  • KDE — provavelmente KDE 7.2: #922.
  • Cockpit — há anos o Cockpit não ganhava um test day: #920.
  • GRUB EFI / Confidential Computing — relevante principalmente para hardware e ambientes de VM específicos: #919.

A lista não é final: ainda estamos avaliando kmscon, OpenSSL 4.0, CoreOS e Kernel 7.2. Acompanhe o cronograma atual.

Como participar e o que testar

Para reportar resultados, você precisa de uma Conta Fedora. Escolha um test day no cronograma, siga as instruções da wiki e relate pelo aplicativo de test day. Se encontrar algo estranho, fale com a gente no Matrix: #test-day:fedoraproject.org.

Testes mais úteis: atualize seu sistema para os pacotes mais recentes, inicialize o novo boot.iso em hardware físico e teste suspensão/retomada, Wi-Fi, monitores externos, gráficos NVIDIA/AMD/Intel ou qualquer hardware que você realmente usa. Cada test day tem uma página wiki com casos específicos, mas os fluxos do dia a dia costumam esconder os bugs mais interessantes.

O aplicativo de test day é código aberto: quality/testdays-web no Forge. Se algo nele incomoda você ou se você tem uma ideia, abra um ticket.

Proponha um test day

Se você mantém um pacote com uma mudança grande no Fedora 45, ou vê algo no ChangeSet que precisa de testes mais amplos, proponha um test day. Crie um ticket em forge.fedoraproject.org/quality/tickets, marque como “test days” e conte o que quer testar. Não precisa deixar casos de teste ou páginas wiki prontos; o time de QA ajuda com isso.

Teste além dos test days

Test days são eventos focados, mas testar o Fedora é algo que você pode fazer qualquer dia. O fedora-easy-karma é uma ferramenta CLI que identifica atualizações de teste já instaladas no seu sistema e permite enviar karma ao Bodhi direto do terminal. Veja as instruções de instalação. Assim como o aplicativo de test day, é um projeto de código aberto no Forge — fique à vontade para relatar problemas ou sugerir melhorias.

Até um test day!