Em votação feita recentemente o projeto Debian abriu a porta para o suporte a inits alternativos ao systemd. Confira os detalhes dessa mudança.
A transição do Debian para o systemd foi um dos episódios mais dramáticos da história desse sistema. Os defensores e detratores da iniciativa mencionada na comunidade Debian se engajaram em um debate mais do que feroz carregado de detalhes técnicos, mas que, a partir da superfície, poderia ser entendido como “padrões” versus “filosofia Unix”.
Após um amargo debate que levou à renúncia de alguns membros proeminentes do Debian, a favor e contra o systemd, o init dirigido pela Red Hat foi erigido como o vencedor. Esta decisão teve duas consequências: a claudicação da Canonical e p surgimento do Devuan, uma distribuição conduzida pelos membros do Debian que discordam do systemd.
Há cinco anos, nos perguntamos se o systemd havia permanecido no Debian permanentemente, já que os ferimentos se fecharam em falso e ainda havia muitos membros da comunidade que ainda não concordavam com o uso do referido init.
E sim, as feridas foram tão falsamente fechadas que recentemente houve uma nova votação para determinar se no Debian seria melhor suportar várias inits ou bloquear o systemd, tendo sido as seguintes opções:
- Opção 1, proposta F: foco no systemd
- Opção 2, proposta B: systemd, mas apoiamos a exploração de alternativas
- Opção 3, proposta A: O suporte a vários sistemas de inicialização é importante
- Opção 4, proposta D: suporte para sistemas diferentes do systemd, sem impedir o progresso
- Opção 5, proposta H: Suporte à portabilidade, sem impedir o progresso
- Opção 6, proposta E: oferecer suporte a vários sistemas de inicialização é um requisito
- Opção 7, proposta G: suporte para portabilidade e várias implementações
- Opção 8: Aprofundar a discussão
Debian abriu a porta para o suporte a inits alternativos ao systemd
A proposta vencedora na votação foi a B, apresentada pelo atual líder do projeto, Sam Hartman, e vendo o que será aplicado a partir da versão futura da distribuição, reunimos o que diz:
Fazendo uso da capacidade concedida pela seção 4.1 (5) da Constituição, o projeto emite a seguinte declaração descrevendo seu posicionamento atual em relação a sistemas de inicialização, vários sistemas de inicialização e uso de utilitários systemd. Esta declaração descreve o posicionamento do projeto no momento de sua adoção. O posicionamento do projeto pode evoluir ao longo do tempo sem a necessidade de recorrer a novas resoluções gerais (GR). O procedimento de GR permanecerá disponível se o projeto precisar de uma decisão e não conseguir um consenso.
O projeto Debian reconhece que as unidades de serviço systemd são a configuração preferida para descrever como iniciar um daemon ou serviço. No entanto, o Debian continua sendo um ambiente no qual desenvolvedores e desenvolvedores, e usuários e usuários podem explorar e desenvolver diferentes sistemas de inicialização e alternativas às funcionalidades do sistema. Aqueles que estão interessados ou interessados em explorar essas alternativas precisam fornecer os recursos de desenvolvimento e empacotamento necessários para realizar esse trabalho. Tecnologias como elogind, que facilitam a exploração de alternativas durante a execução de software que depende de algumas interfaces de sistema, permanecem importantes para o Debian. É importante que o projeto apóie os esforços dos desenvolvedores e desenvolvedores que trabalham com essas tecnologias quando houver uma coincidência entre eles e o restante do projeto, por exemplo, revisando patches e participando de discussões regulares.
Os pacotes devem incluir unidades de serviço ou scripts de inicialização para iniciar daemons e serviços. Os pacotes podem usar qualquer utilitário de sistema, a critério do (s) gerenciador (es) de pacotes, desde que sejam feitos de acordo com outros requisitos do manual de normas e com a expectativa tradicional de que os pacotes não dependam de funcionalidades experimentais ou não suportado (no Debian) de outros pacotes. Os pacotes podem incluir suporte para sistemas de inicialização alternativos, além do systemd, e podem incluir alternativas para quaisquer interfaces systemd específicas que eles usam. Os responsáveis usam seus procedimentos normais para decidir quais patches incluir.
O Debian está comprometido em colaborar com distribuições de derivativos que fazem escolhas diferentes de sistemas de inicialização. Como em todas as nossas interações com projetos derivativos, os responsáveis e envolvidos trabalharão com esses projetos para entender quais mudanças fazem sentido para incorporar o Debian e quais permanecem exclusivamente na distribuição de derivativos.
A posição defendida por Sam Hartman é relativamente intermediária, pois, apesar de não fechar a porta ao apoio de alternativas
A posição defendida por Sam Hartman é relativamente intermediária, pois apesar de não fechar a porta para o apoio de inits alternativas, o sistema permanecerá como referência.
Às vezes decisões intermediárias não agradam a ninguém, e na internet você está começando a ver opiniões de todos os tipos, com alguns interpretando que este é um sucesso para sistematizado e outros dizendo que no fundo nada vai mudar e que isso poderia levar a trabalho extra para apoiar inits alternativas.
Em resumo, Debian fica com sistema, mas sem fechar a porta. Agora, resta ver quando e como acontecerá, para conhecermos o impacto dessa decisão.
Fiquem de olho no Blog, que assim que surgir alguma nova informação sobre o assunto, publicarei um artigo.
- Como instalar o jogo Cows Revenge no Linux via Flatpak
- Como instalar o jogo Combined! no Linux via Flatpak
- Como instalar o driver para o controle do Xbox no Ubuntu
- Como instalar o NeoGeo Pocket Emulator no Linux via Snap