No início do mês cCompartilhamos com vocês aqui no blog as novidades da votação geral que foi gerado para decidir se o sistema suportará vários sistemas de inicialização. em decorrência do fato de que, em 2014, o Comitê Técnico aprovou a transferência do layout padrão para o systemd, mas não desenvolveu a solução em relação para o apoio de vários sistemas de inicialização.
O líder do comitê recomendou que os fabricantes de pacotes mantenham o suporte sysvinit como um sistema de inicialização alternativo, mas indicou que ele não poderia impor seu ponto de vista e que em cada caso a decisão deveria ser feita independentemente.
Depois disso, alguns desenvolvedores tentaram realizar uma votação geral, mas uma votação preliminar mostrou que não havia necessidade de decidir sobre o uso de vários sistemas de inicialização.
Alguns meses atrás, após problemas com a inclusão do pacote elogind (necessário para o Gnome funcionar sem systemd) no ramo de teste devido a um conflito com libsystemd, o líder do projeto Debian levantou a questão novamente, já que os desenvolvedores não o fizeram. concordaram e a sua comunicação tornou-se um confronto e acabou por dar uma solução a este respeito com a votação em geral.
Agora os resultados da referida votação foram divulgados na data estipulada (28 de Dezembro) em que se envolveram na manutenção de pacotes e na manutenção da infra-estrutura para o suporte de múltiplos sistemas de inicialização.
Y a opção vencedora foi o segundo elemento ("B") na lista, que descreve isso
“O Systemd ainda é o preferido, mas a possibilidade de suportar sistemas de inicialização alternativos permanece. Tecnologias, como elogind, que permitem que você execute aplicativos vinculados ao sistema em ambientes alternativos, são consideradas importantes. Os pacotes podem incluir arquivos init para sistemas alternativos. »
A votação foi realizada pelo método Condorcet., em que cada eleitor classifica todas as opções na ordem de sua preferência e, no cálculo do resultado, quantos eleitores preferem uma opção à outra.
A escolha vencedora reconhece que as unidades de serviço systemd são a forma preferida para configurar daemons e serviços para execução, mas assume que existem ambientes onde desenvolvedores e usuários podem criar e aplicar sistemas de inicialização alternativos e alternativas funcionais para recursos do systemd.
Desenvolvedores soluções alternativas devem fornecer recursos para o seu trabalho e formatação do pacote. Soluções alternativas, como elogind, usado para organizar a inicialização de aplicativos vinculados a interfaces de sistema específicas, ainda são importantes para o projeto.
Apoiar tais iniciativas requer assistência em áreas onde as tecnologias alternativas que estão sendo desenvolvidas se cruzam com o resto do projeto, por exemplo, atrasar as revisões e discussões de patches é inaceitável.
É permitido incluir arquivos de unidade systemd e scripts de inicialização em pacotes para iniciar os serviços. Os pacotes podem usar qualquer um dos recursos do systemd a pedido do mantenedor do pacote, contanto que esses recursos atendam aos requisitos das regras do Debian e não estejam vinculados a recursos experimentais ou não suportados pelo Debian de outros pacotes.
Além do systemd, pacotes também podem incluir suporte para sistemas de inicialização alternativos e fornecer componentes para substituir interfaces específicas do systemd. A equipe de acompanhamento toma decisões para habilitar patches como parte dos procedimentos regulares
Debian concorda em trabalhar com distribuições derivadas Eles escolheram outros sistemas de inicialização para si próprios, mas a interação é baseada no nível dos mantenedores, sobre os quais as decisões são tomadas.
Enfim, esse resultado não foi do agrado de muitos, pois nas redes eles demonstraram seu descontentamento, pois muitos comentam que isso não difere do que é atualmente, pois basicamente transferem toda a responsabilidade para os mantenedores.
Se você quiser saber mais sobre isso, você pode conferir a publicação dos resultados no link a seguir.
"Enfim, esse resultado não foi do agrado de muitos [...] tantos comentam que isso não difere do que é hoje [...]"
Eu não esperava mais nada do Debian. Na última década, não houve nada mais do que muito barulho e poucas "luzes" (não foi à toa que o povo de Devuan se abriu para eles).
Novamente, o problema nunca foi que o systemd fosse um substituto para o init. O problema sempre foi que o systemd foi feito para enfiar o nariz em absolutamente tudo, com o código supérfluo, quase espúrio, um nível absurdamente inútil de complicação, bugs e vetores de ataque em massa. E aqui estamos nós, com um "Linux" cada vez menos "Linux" e cada vez mais um "Wind * ws" de 2º.
Agora, usar uma distro sem o systemd é quase uma piada porque apenas o systemd é substituído por algum outro método de carregamento ... mas o systemd ainda está espalhado por todo o sistema como um câncer (embora seja dito que ele é mantido apenas por uma questão de satisfazer dependências e não está em execução).
Em suma, parece que o Linux não escapará da máxima da Matrix: “Tudo que tem começo ... tem fim”.