Confira !!
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.
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 e chegar ao fundo da situação com uma falta de cooperação entre os elogiadores e os mantenedores de sistema do Debian como bem como a equipe de lançamento. O Elogind é usado por algumas distribuições como uma implementação do logind do systemd, bem, 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.
Vários problemas foram criados que estão tentando ser 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 designassem e capacitassem pessoas que pudessem trabalhar nessa questão. estar envolvidos desde que não bloqueiem o progresso. E é claro que manteríamos as discussões com os mais altos padrões de respeito " .
O DPL continuou adicionando "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. Mais uma vez, uma mudança,"
Fonte
Até a próxima !!
Nenhum comentário:
Postar um comentário