Processo de Revisão de Pacote

Colocar seu arquivo spec e SRPM em algum lugar na Internet onde possa ser baixado diretamente (apenas http(s), sem páginas de registro ou métodos especiais de download, por favor). Se você não tem onde colocar suas especificações e SRPM, use copr.

Preencha uma solicitação de revisão no bugzilla. Certifique-se de registrar esse bug com uma conta vinculada ao seu endereço de e-mail FAS, caso contrário, suas solicitações de acompanhamento serão encerradas como inválidas.

Se você não é membro do grupo packager, você precisa de um patrocinador. Adicione FE-NEEDSPONSOR aos bugs bloqueados por sua solicitação de revisão. Para obter mais informações, leia Como Conseguir Patrocínio para o Grupo Packager.

Se esta for uma solicitação de "re-revisão" necessária para reivindicar propriedade de um pacote retirado, adicione Unretirement ao campo Whiteboard.

Espere alguém revisar seu pacote! Neste ponto do processo, o sinalizador fedora-review está em branco, o que significa que nenhum revisor foi atribuído.

Pode haver comentários de pessoas que não estão revisando formalmente o pacote, elas podem adicionar NotReady ao campo Whiteboard, indicação de que a solicitação de revisão ainda não está pronta, devido a alguns problemas relatados. Depois de abordá-los, poste os URLs no arquivo SPEC e SRPM atualizado e limpe o Whiteboard. Espera-se que você responda aos comentários, inclusive atualizando seu envio para abordá-los; caso contrário, seu ticket será fechado.

Um revisor assume a tarefa de revisar seu pacote. Ele definirá o sinalizador fedora-review como ?.

O revisor analisará seu pacote. Você deve corrigir todos os bloqueadores identificados pelo revisor. Assim que o revisor estiver satisfeito com o pacote, o sinalizador fedora-review será definido como +, indicando que o pacote foi aprovado na revisão.

Se você ainda não foi patrocinado, solicite patrocínio em registrando um issue em packager-sponsors.

Quando seu pacote for aprovado na revisão, você deverá usar fedpkg para solicitar um repositório Git para ele. Antes de solicitar um repositório Git para o pacote, você precisará de um token de api do pagure.io com a ACL Create a new ticket adicionada em ~/.config/rpkg /fedpkg.conf:

[fedpkg.pagure]
token = <código-gerado>

Solicite um repositório Git para o pacote. Por exemplo, se o nome do pacote for meu-pacote e o ticket de revisão do bugzilla for 12345,:

fedpkg request-repo meu-pacote 12345

Se você deseja adicionar seu pacote a mais versões do Fedora e não apenas ao Rawhide, digamos, ao Fedora 38, você pode usar o seguinte comando para solicitar branches adicionais:

fedpkg request-branch --repo meu-pacote f{MAJOROSVER}`

Quando os tickets de fedora-scm-requests para o repositório solicitado e os branches forem fechados, faça um checkout do pacote:

fedpkg clone

Agora você pode importar seu pacote SRPM. Faça uma verificação final das tags do arquivo spec, etc.

Solicite uma compilação ao Koji executando fedpkg build. (Você precisará configurar Kerberos para projeto Fedora)

Repita o processo para outros branches que você tenha solicitado acima:

Solicite atualizações para branches de lançamento do Fedora, se necessário, usando fedpkg update ou outra interface Bodhi conforme detalhado em Bodhi.

Se possível, adicione seu pacote ao sistema de monitoramento de lançamento upstream, o Upstream Release Monitoring.

Para ser notificado se o seu pacote parar de ser compilado com sucesso quando as dependências forem atualizadas no Fedora, você pode habilitar o Koschei.

Você deve certificar-se de que o ticket de revisão esteja fechado. Você pode fechá-lo assim que o pacote for compilado nos branches solicitados. Se você construiu para um dos branches de lançamento do Fedora, você pode pedir ao Bodhi para fechar o ticket para você quando o processo for concluído. Se você mesmo fechar o ticket, use NEXTRELEASE como resolução.

Pesquise no Package Review Tracker por uma solicitação de revisão que precisa de um revisor: o sinalizador fedora-review está em branco ou o bug está atribuído a nobody@fedoraproject.org.

Se você notar alguns problemas que precisam ser resolvidos antes de iniciar uma revisão formal, adicione esses problemas em um comentário e defina o Whiteboard do bug para conter NotReady. Isso ajuda outros possíveis revisores a perceberem que a solicitação de revisão ainda não está pronta para futuras ações de revisão.

Se você quiser revisar formalmente o pacote, defina o sinalizador fedora-review como ? e atribua o bug a você mesmo.

Revisar o pacote

Inclua o texto da sua avaliação em um comentário no ticket. Para facilitar a leitura, basta usar um comentário normal em vez de um anexo.

Execute uma das seguintes ações:

Uma vez que um pacote é sinalizado como fedora-review + (ou -), o trabalho do Revisor está concluído, embora ele possa ser chamado para ajudar o Colaborador no processo de importação/construção/atualização e para garantir que o Colaborador feche o ticket quando o processo for concluído.