Debian Buster se prepara para o congelamento.

Confira nessa matéria os detalhes do inicio do nascimento da próxima versão stable do Debian, o Buster.










Debian


Debian anteriormente chamado de Debian GNU/Linux e hoje apenas de Debian, é um sistema operacional composto inteiramente de software livre. É mantido oficialmente pelo Projeto Debian. O projeto recebe ainda apoio de outros indivíduos e organizações em todo mundo. Wikipédia


Debian Buster


O Buster teve seu inicio de desenvolvimento iniciado em julho de 2017 com o lançamento do Debian Stretch.

Apos mais de um ano é anunciado as datas para o inicio do seu congelamento.

O congelamento do buster acontecerá de acordo com a seguinte linha do tempo:


12/01/2019 - congelamento de transição

12/02/2019 - Congelamento suave

12/03/2019 - Congelamento total


O congelamento consiste em os programas pararem de receber atualizações, o inicio do congelamento é a ultima chance que os desenvolvedores tem de corrigir seus pacotes para que os mesmos façam parte da próxima versão Stable do Debian.

Os pacotes não corrigidos são removidos do Debian e só podem retornar via backports mais tarde, mas poucos conseguem retornar.




Congelamento de transição


A partir de 2019-01-12, novas transições e alterações grandes/disruptivas não são mais aceitáveis ​​para o buster.

Regressões Autopkgtests
A partir de 2019-01-12, os pacotes que dispararem falhas de autopkgtests na instável, que tiveram êxito nos testes, serão impedidos de migrar para o teste. Isso significa que a regressão de autopkgtests será tratada da mesma maneira que as regressões de bug RC ou regressões piuparts.

Migração de teste
Mudanças nas regras para testar migração:

Nenhuma migração para pacotes que acionam regressões de autopkgtest


Além disso, as regras de migração de teste 'padrão' se aplicam:

Migração automática após 2/5/10 dias para pacotes de prioridade alta / média / baixa

Migração mais rápida para pacotes com autopkgtests bem-sucedidos

Nenhuma migração para pacotes com novos erros de RC ou regressões de piuparts

Remoção automática de pacotes não chave

Pacotes não em teste podem migrar para testes

Nenhuma revisão manual pela equipe de lançamento


Congelamento suave


A partir de 2019-02-12, apenas pequenas correções direcionadas são apropriadas para o buster. Queremos que os mantenedores se concentrem em pequenas correções direcionadas. Isto é principalmente, a critério dos mantenedores, não haverá regras rígidas que serão aplicadas.

Por favor, note que novas transições ou mudanças grandes/disruptivas não são apropriadas.

A equipe de liberação pode bloquear a migração para o teste de certas alterações, caso elas possam causar interrupção no processo de liberação.

Aumento do atraso de todas as migrações de teste

O atraso de migração de teste de todos os pacotes será aumentado para 10 dias. Isso significa que a taxa de alterações nos testes diminuirá.

O atraso mínimo de 10 dias também será aplicado a pacotes com testes de autopkg bem-sucedidos.

Sem novos pacotes e sem reentrada nos testes

Pacotes que não estão em teste não poderão migrar para testes. Isso se aplica a novos pacotes, bem como a pacotes que foram removidos do teste (manualmente ou por meio de remoções automáticas). Pacotes que não estão em buster no início do soft freeze não estarão no release.

Por favor, note que os pacotes que estão em buster no início do congelamento suave ainda podem ser removidos se estiverem com bugs. Isso pode acontecer manualmente ou pelas remoções automáticas. Depois que os pacotes forem removidos, eles não poderão voltar.


Migração de teste
Mudanças nas regras para testar migração:
Revisão manual pela equipe de lançamento de alguns pacotes

Atraso de migração sempre pelo menos 10 dias

Não há migração mais rápida para pacotes com testes autopkg bem-sucedidos

Pacotes não em teste não podem migrar para testes

As seguintes regras ainda se aplicam:
Nenhuma migração para pacotes que acionam regressões de autopkgtest

Nenhuma migração para pacotes com novos erros de RC ou regressões de piuparts

Remoção automática de pacotes não chave

Congelamento total


A partir de 2019-03-12, os pacotes só podem migrar para o teste após revisão manual pela equipe de lançamento.

Temos alguns critérios para as mudanças que vamos aceitar. Estes estão listados abaixo. Esses critérios se tornarão mais rígidos à medida que o congelamento progride.

Os gerentes de lançamento podem fazer exceções a essas diretrizes conforme entenderem. Essas exceções não são precedentes e você não deve presumir que seu pacote tenha uma exceção semelhante. Por favor, fale conosco se precisar de orientação.

Por favor, fale conosco com antecedência e não deixe questões para o último minuto. Temos o prazer de informar se você precisa da ajuda da equipe de lançamento para corrigir os erros do RC (por exemplo, para remover um pacote antigo)

Migração de teste
Mudanças nas regras para testar migração:
Revisão manual pela equipe de lançamento de todos os pacotes, com base nos critérios listados abaixo

As seguintes regras continuam a ser aplicadas:

Nenhuma migração para pacotes que acionam regressões de autopkgtest

Nenhuma migração para pacotes com novos erros de RC ou regressões de piuparts

Remoção automática de pacotes não chave

pacotes não em teste não podem migrar para testes

Mudanças que podem ser consideradas

Correções direcionadas para liberar bugs críticos (ou seja, erros de gravidade crítica, grave e séria) em todos os pacotes;

Correções para gravidade: bugs importantes em pacotes de prioridade: opcional ou extra, somente quando isso pode ser feito via instável;

Atualizações de tradução e correções de documentação incluídas com correções para os critérios acima;

Observe que, ao considerar uma solicitação para um desbloqueio, as alterações entre a nova versão (proposta) do pacote na unstable e a versão atualmente em teste são levadas para a conta. Se já houver um delta entre o pacote na unstable e o testing, as alterações relevantes são todas entre o teste e o novo pacote, não apenas as alterações incrementais do upload anterior unstable. Esse também é o caso de alterações que já estavam instáveis ​​no momento do congelamento, mas que não foram migradas naquele momento.

Nós preferimos fortemente as mudanças que podem ser feitas via instável em vez de testar-propostas-atualizações. Se houver alterações não relacionadas na instável, você deve considerar revertê-las em vez de fazer um upload para o testing-proposed-updates.

Fonte

Debian 10 Buster com previsão de lançamento para meados de 2019.






Comentários

Postar um comentário

olá, seja bem vindo ao Linux Dicas e suporte !!

Você precisa ver isso

Todos os arquivos do blog

Mostrar mais