Resultados da votação sobre sistemas de inicialização no Debian

Publicado resultados votação geral (GR, resolução geral) dos desenvolvedores do projeto Debian, envolvidos na manutenção de pacotes e na infraestrutura, sobre o apoio a vários sistemas de inicialização. O segundo ponto («B») na lista ganhou — o systemd continua sendo o preferido, mas é mantida a possibilidade de suporte a sistemas de inicialização alternativos. A votação foi realizada pelo método Condorcet, onde cada votante classifica todas as opções de acordo com sua preferência, e ao calcular o resultado, é considerado quantos votantes preferem uma opção em relação a outra.

A opção vencedora reconhece que as unidades de serviço do systemd são a maneira preferível de configurar o início de demônios e serviços, mas admite que existem ambientes onde desenvolvedores e usuários podem criar e aplicar sistemas de inicialização alternativos e alternativas funcionais às capacidades do systemd. Os desenvolvedores de soluções alternativas precisam de recursos para realizar seu trabalho e formatar pacotes. Soluções alternativas, como o elogind, usadas para organizar o início de aplicativos vinculados a interfaces específicas do systemd, permanecem importantes para o projeto. O suporte a tais iniciativas requer cooperação nas áreas onde as tecnologias alternativas em desenvolvimento intersectam com o restante do projeto, como a não procrastinação na revisão de patches e na realização de discussões.

Os pacotes podem incluir tanto arquivos de unidade do systemd quanto scripts init para a execução de serviços. Os pacotes podem utilizar quaisquer capacidades do systemd a critério do mantenedor do pacote, desde que essas capacidades estejam em conformidade com os requisitos das diretrizes do Debian e não estejam vinculadas a recursos experimentais ou não suportados do Debian de outros pacotes. Além do systemd, os pacotes também podem incluir suporte para sistemas de inicialização alternativos e fornecer componentes para substituir interfaces específicas do systemd. As decisões sobre a inclusão de patches são tomadas pelos mantenedores dentro dos procedimentos padrão. O Debian se compromete a trabalhar com distribuições derivadas que escolheram outros sistemas de inicialização, mas a interação ocorre no nível dos mantenedores, que decidem quais capacidades preparadas por distribuições terceiras adotar no Debian principal e quais deixar na distribuição derivada.

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 uma decisão em relação ao suporte a vários sistemas de inicialização (durante a 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 aos mantenedores de pacotes que mantivessem o suporte ao sysvinit como uma alternativa de sistema de inicialização, mas indicou que não pode impor seu ponto de vista 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:

Para a execução de serviços, os pacotes devem incluir obrigatoriamente scripts init, sendo inaceitável fornecer apenas arquivos de unidade do systemd sem scripts init do sysv.

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.

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 diversos sistemas de inicialização e a possibilidade de carregar o Debian com sistemas de inicialização diferentes do systemd.
Для запуска сервисов пакеты обязательно должны включать init-скрипты, поставка только unit-файлов systemd без sysv init-скриптов недопустима.

Suporte a sistemas que não utilizam systemd, mas sem mudanças que impeçam o desenvolvimento. Os desenvolvedores concordam em manter várias sistemas de inicialização no futuro próximo, mas também consideram necessário trabalhar na melhoria do suporte ao systemd. O desenvolvimento e manutenção de soluções específicas devem ser tratados pelas comunidades interessadas, mas outros mantenedores devem ajudar ativamente e contribuir para a resolução de problemas quando necessário. Idealmente, os pacotes devem funcionar com qualquer sistema de inicialização, para o que podem ser fornecidos scripts init tradicionais ou utilizados outros mecanismos que permitam o funcionamento sem o systemd. A incapacidade de operar sem o systemd é vista como um erro, mas não como um erro que bloqueie o lançamento, exceto nos casos em que há uma solução pronta para operação sem o systemd, mas que se recusa a ser mantida (por exemplo, quando o problema é causado pela remoção de um script init anteriormente fornecido).

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