Resgate de pacotes
O resgate de pacotes (package salvaging) é o processo pelo qual se tenta recuperar um pacote que, embora não esteja oficialmente órfão, aparenta estar pouco mantido ou completamente sem manutenção. Este é um procedimento mais fraco e mais rápido do que tornar um pacote órfão oficialmente através dos poderes da equipe MIA. Resgatar um pacote não objetiva substituir o trabalho da equipe MIA, e em contraste, não comenta sobre a atividade geral de um(a) mantenedor(a). Em vez disso, lida com a transição de manutenção de apenas um pacote, e deixa intocados qualquer outro pacote, associação ao Debian e direitos de upload (quando aplicável).
Para a descrição do processo de resgate, por favor consulte o capítulo For the description of the package salvaging process, please see the chapter Package Salvaging nas Referências para Desenvolvedores(as).
Requerimentos de elegibilidade para um pacote
Como usar os critérios
Os seguintes critérios podem ser usados para determinar se um pacote é elegível para resgate ou não. Esses critérios conservadores representam um consenso do projeto Debian e permitem particularmente que novos(as) mantenedores(as) -- se seguirem esses critérios -- avaliem a elegibilidade sem a necessidade de temer serem chamados(as) de sequestradores(as) mais tarde. Mantenedores(as) mais experientes podem se desviar desses critérios caso a caso, mas devem estar preparados(as) para defender seu ponto de vista quando questionados(as). Se o(a) mantenedor(a) não tiver certeza sobre seu julgamento, ou simplesmente quiser ter mais segurança, deve seguir os critérios.
Os critérios (conservadores)
Um pacote é elegível para resgate (salvaging) se claramente precisa de amor e cuidado, ou seja, existem bugs abertos, lançamentos upstream ausentes ou existe trabalho a ser feito a partir de uma perspectiva de garantia de qualidade;
E existe a necessidade de fazer o upload do pacote para lidar com essas situações;
E ao menos um dos critérios abaixo se aplica:
Não há nenhuma atividade visível em relação ao pacote por seis meses, OU
Um NMU anterior não foi reconhecido, e um bug que justifique outro NMU está pendente por um mês 1, OU
O último upload foi um NMU e não houve nenhum upload do(a) mantenedor(a) dentro de um ano, OU
Existem bugs durante mais de um lançamento grande de uma versão upstream 2 e o primeiro bug é mais antigo do que um ano, OU
O pacote bloqueia uma transição de fonte por seis meses depois que um bug de transição foi registrado contra o pacote em questão.
O nível de atividade deve ser definido "em favor" do(a) mantenedor(a) em caso de dúvidas. Um(a) mantenedor(a) pode pedir ajuda ou aceitar um NMU. Isso conta como atividade em relação aos critérios de resgate. Se um pacote não tiver uploads, não há triagem de bugs visíveis ou nenhuma resposta para bugs e - se aplicável - o VCS do pacote-fonte não mostra commits, é uma indicação de que o pacote não é bem mantido.
Alterações nos critérios
Quaisquer alterações nos critérios definidos acima devem ser discutidas antes na lista de discussão debian-devel e a alteração só pode ser feita se o consenso for alcançado sobre a alteração.
FAQs
- P: Pacotes mantidos em equipe também estão sujeitos a resgate?
R: Pacotes mantidos em equipe não são realmente especiais neste aspecto e o processo deve ser aplicável para eles também. Como qualquer mantenedor(a) e uploader do pacote, os membros da equipe de empacotamento listada também podem vetar ativamente ou permitir o resgate (mas não contra a vontade expressa do(a) mantenedor(a)).
- P: A etapa de resgate diz que a mim poderia ser oferecida, em vez disso, uma comanutenção, mas isso não é algo que eu quero fazer. Ou o(a) mantenedor(a) me pede para ser o(a) mantenedor(a) em vez de uma comanutenção, mas eu não quero sê-lo. Tenho que fazer? Eu realmente tenho que me juntar à equipe ou oferecer a quem resgata para que se junte à equipe?
R: A: Claro que você não é obrigado(a) a fazer nada no Debian que você não queira. Por outro lado, você não pode resgatar um pacote se o(a) mantenedor(a)/uploader/equipe atual discordar das condições. Mas, por favor, entenda que essas ofertas oferecem oportunidades benéficas para todas as partes, por isso devem ser pelo menos consideradas. Além disso, por favor esteja motivado(a) a discutir com mantenedores(as)/equipes para encontrar soluções mutuamente agradáveis.
- P: A nova versão upstream não é adequada para o Debian! Como posso evitar que meu pacote seja resgatado?
- R: Por favor, documente esta circunstância registrando um relatório de bug para tornar isso visível para pessoas que potencialmente estarão interessadas em uma versão atualizada do pacote.
- P: Eu não tenho tempo para corrigir esse bug no momento, mas vou fazê-lo antes do congelamento. Como evitar o resgate?
- R: Explique isso em uma resposta ao bug em questão. Isso torna-se uma atividade no pacote e o torna inelegível para o resgate (embora seja ótimo que você possa adicionar algumas informações/explicações contextuais também).
- P: Existem muitas brechas no processo, permitindo que um(a) mantenedor(a) (malicioso(a)) manipule a situação!
- R: O fundamento do processo está em mantenedores(as) "honestos(as)" que não querem prejudicar o Debian de propósito (situação para a qual teríamos outros tipos de processos).
Veja também
NMU - página wiki de Upload de não-mantenedor(a) (non-maintainer upload).
Page Copyright |
|
License |
GPLv2 or later, at your option |
Authors |
Tobias Frost |
consulte DebianWiki/LicencingTerms para mais informações sobre direitos de conteúdo do wiki.