O líder do projeto Debian, Sam Hartman, compartilhou suas notas de agosto de 2019, onde descreve as frustrações e problemas que surgiram como resultado da diversidade do sistema init, com alguns desenvolvedores ainda buscando viabilizar o suporte a alternativas do sistema no Debian. Debian precisa reavaliar interesse em “Init System Diversity”.
Devido ao fato de o elogind ser impedido de fazer a transição para o teste e a falta de clareza nisso, Hartman foi convidado a tentar ajudar a mediar o assunto. O objetivo é aprofundar o assunto e promover a cooperação entre os fãs e os mantenedores do sistema do Debian bem como a equipe de lançamento.
O Elogind é usado por algumas distribuições como uma implementação do logind do systemd. Está fora do systemd como um daemon independente. Elogind é uma das peças do quebra-cabeça para tentar manter uma distribuição Linux moderna e sem sistema.
Debian precisa reavaliar interesse em “Init System Diversity”
Vários problemas foram criados e estão sendo trabalhados, embora muitos desenvolvedores Debian enfrentem limitações de tempo e outros fatores como exaustão emocional. Hartman observou em suas anotações de agosto :
Acho que podemos estar chegando a um ponto em que precisamos pesquisar o projeto – ter um GR e nos perguntar como estamos comprometidos com as diferentes partes dessa discussão sobre diversidade inicial. Reafirmando nosso apoio a sysvinit e elogind seriam uma das opções em qualquer GR.
Se essa opção fosse aprovada, esperaríamos que todos os mantenedores envolvidos trabalhassem juntos ou preparassem e capacitassem pessoas que pudessem trabalhar nessa questão. É preciso estar envolvido desde que não bloqueie o progresso. E é claro que manteríamos as discussões com os mais altos padrões de respeito.
Notícias Relacionadas
O DPL continuou afirmando
As coisas podem ter mudado desde o nosso último GR sobre o assunto. Existem 1033 instâncias não substituídas do lintian que detectam uma unidade de serviço sem um script init.d.
A taxa de falso positivo parece alta, especialmente para pacotes que quebram sua integração com o sistema. Tem havido discussões sobre o debian-devel sobre como usar unidades de serviço como o padrão, em vez de scripts init. Então, talvez os scripts sysvinit e init tenham tido a chance e é hora de seguir em frente. Poderíamos nos afastar dos scripts init como a representação padrão.
Poderíamos parar de nos preocupar com o sysvinit (que não é exatamente a mesma coisa, mas está relacionado). Isso deixaria portas não-linux em uma posição infeliz. Mas, no momento, não há portas não-linux no arquivo principal. Então, talvez nem nos importemos com isso, declarou.
