🥇Iniciou a votação geral sobre sistemas de inicialização no Debian

Projeto Debian anunciou sobre o início votação geral (GR, resolução geral) dos desenvolvedores do projeto sobre o apoio a vários sistemas de inicialização, que definirá a futura política do projeto em relação à vinculação ao systemd, suporte a sistemas alternativos de inicialização e interação com distribuições derivadas que não utilizam o systemd. A votação será até 27 de dezembro, inclusive, e os resultados serão divulgados em 28 de dezembro.

Lembre-se de que, em 2014, o comitê técnico aprovou a transição da distribuição padrão adotou o systemd, mas não elaborou resoluções em relação ao suporte a múltiplos sistemas de inicialização (na votação, venceu a opção que indicava a falta de prontidão do comitê para tomar uma decisão sobre este assunto). O líder do comitê recomendou que os mantenedores de pacotes preservem o suporte ao sysvinit como um sistema alternativo de inicialização, mas apontou que não pode impor sua opinião e que, em cada caso, a decisão deve ser tomada de forma independente.

Após isso, alguns desenvolvedores tentaram realizar uma votação geral, mas a votação preliminar mostrou a ausência de necessidade de uma decisão sobre o uso de vários sistemas de inicialização. Alguns meses atrás, após a inclusão do pacote elogind (necessário para o funcionamento do GNOME sem systemd) na branch testing devido a um conflito com libsystemd, a questão foi levantada novamente pelo líder do projeto Debian, uma vez que os desenvolvedores não conseguiram chegar a um acordo, e a comunicação deles se transformou em um confronto e entrou em um impasse. problemas As opções consideradas:

A votação realizada agora permitirá estabelecer a política em relação a múltiplos sistemas de inicialização, e se vencer a opção que obriga a suportar sistemas alternativos, os mantenedores não poderão ignorar ou adiar essas questões. Após a discussão das três opções inicialmente propostas pelo líder do projeto, o número de opções foi ampliado para oito. Na votação, é permitido escolher várias opções com a classificação dos selecionados por nível de preferência. Cerca de mil desenvolvedores, envolvidos na manutenção de pacotes e na infraestrutura, têm direito a voto.

Opções propostas:

O foco principal permanece no systemd. Oferecer suporte a sistemas de inicialização alternativos não é prioridade, mas os mantenedores têm a opção de incluir scripts init para esses sistemas nos pacotes.

Suporte a diversos sistemas de inicialização e a possibilidade de carregar o Debian com sistemas de inicialização diferentes do systemd.
Para que os serviços sejam iniciados, os pacotes devem obrigatoriamente incluir scripts de inicialização, a entrega apenas de arquivos unitários do systemd sem scripts de inicialização do sysv não é aceitável.

O systemd continua sendo o preferido, mas é deixada a possibilidade de suporte a sistemas de inicialização alternativos. Tecnologias como elogind, que permitem executar aplicativos vinculados ao systemd em ambientes alternativos, são consideradas importantes. A inclusão de arquivos init para sistemas alternativos nos pacotes é permitida.

Suporte a sistemas que não utilizam systemd, mas sem implementar mudanças que impeçam o desenvolvimento. Os desenvolvedores concordam em manter múltiplos sistemas de inicialização no futuro próximo, mas também consideram essencial trabalhar para melhorar o suporte ao systemd. O desenvolvimento e a manutenção de soluções específicas devem ser realizados por comunidades interessadas nessas soluções, mas outros mantenedores devem ajudar ativamente e contribuir para a resolução de problemas quando necessário. Idealmente, os pacotes devem funcionar em qualquer sistema de inicialização, e para isso, podem ser fornecidos scripts init tradicionais ou utilizar outros mecanismos que permitam funcionar sem systemd. A incapacidade de funcionar sem systemd é considerada um erro, mas não um erro que bloqueie o lançamento, a menos que haja uma solução pronta para funcionar sem systemd, mas que está sendo recusada (por exemplo, quando o problema é causado pela remoção de um script init que era fornecido anteriormente).

Suporte à portabilidade, sem mudanças que impeçam o desenvolvimento. O Debian continua a ser visto como um elo para a integração de diversos softwares que oferecem funcionalidade equivalente ou semelhante. A portabilidade entre plataformas de hardware e pilhas de software é uma das tarefas importantes, e a integração de tecnologias alternativas é bem-vinda, mesmo que as visões dos seus criadores divergirem da opinião geral. A posição em relação ao systemd e outros sistemas de inicialização coincide completamente com o ponto 4.

A transição do suporte a vários sistemas de inicialização para a categoria de obrigatórios. A possibilidade de iniciar o Debian com sistemas de inicialização diferentes do systemd continua a ser importante para o projeto. Cada pacote deve funcionar com manipuladores pid1 diferentes do systemd, exceto nos casos em que o software incluído no pacote foi originalmente projetado para operar apenas com o systemd e não há suporte para execução sem o systemd (a falta de scripts init não é considerada uma designação apenas para operar com o systemd).

Suporte à portabilidade e várias implementações. Os princípios gerais coincidem completamente com o item 5, mas no que diz respeito ao systemd e sistemas de inicialização, não há requisitos específicos, nem se impõem obrigações aos desenvolvedores. Os desenvolvedores são convidados a considerar os interesses uns dos outros, fazer concessões e encontrar soluções comuns que atendam a várias partes.

Continuação da discussão. O item pode ser usado para reduzir a classificação de opções inaceitáveis.

Fonte: opennet.ru

Começou a votação geral sobre sistemas de inicialização no Debian