Resolução Geral do Projeto DEBIAN: Diversidade do Sistema Init

Resolução Geral do Projeto DEBIAN: Diversidade do Sistema Init

Resolução Geral do Projeto DEBIAN: Diversidade do Sistema Init

Como já é domínio de todos nós que fazemos a vida no mundo de «Software Libre», especificamente no campo de uso de «Distribuciones (Distros) GNU/Linux», há uma controvérsia entre qual caminho é melhor percorrê-los no nível de «Sistemas de Inicio (Init)». E embora, às vezes, a luta tende a se concentrar entre «Systemd» y «SysV Init», a verdade é que há muitos competidores nesta corrida.

Tema que pode ser reforçado, lendo alguns dos muitos artigos anteriores no Blog sobre este assunto, como o artigo chamado "Systemd versus Sysvinit. E o Systemd-shim?". Agora, no que diz respeito ao nosso artigo, falaremos sobre o futuro Resolução Geral que é discutido nas listas de tópicos do «Proyecto DEBIAN» e está sendo submetido ao seu «Sistema de Votación», sobre como o ótimo «Distro Madre DEBIAN» deve abordar o «Diversidad» existindo no «Sistemas de Inicio».

Systemd versus Sysvinit. E o Systemd-shim?

Systemd versus Sysvinit. E o Systemd-shim?

O importante sobre esta corrente Resolução Geral que é debatido, é que pode mudar radicalmente o panorama ou as regras da luta atual nesta área, ou seja, o que for decidido mudará radicalmente ou marcará profundamente o modo como funcionam os seguintes Geração Distros «DEBIAN GNU/Linux», e possivelmente muitos dos outros que vivem atualmente no ecossistema de «Distribuciones GNU/Linux».

Primeiro esboço de Resolução Geral

Tudo começou com um primeiro rascunho de Resolução Geral exposto sobre o assunto pela mão de Sam Hartmann, em 7 de novembro de 2019, onde poderá ser explorado e lido todo o fio evolutivo da proposta por meio do seguinte link: debian-vote novembro de 2019 por discussão.

Nele, a questão de «Sistemas de Inicio» existente, sob o estudo de 3 (três) alternativas a serem consideradas que são:

  1. Reconheça a diversidade dos sistemas Start existentes: Para realizar a execução de todos os existentes no DEBIAN, e assim fornecer os scripts de início necessários de forma obrigatória.
  2. Mantenha-se firme com a Systemd mantendo o estudo da implementação das alternativas existentes: Continuar avançando no desenvolvimento conjunto de DEBIAN e Systemd como o sistema de inicialização preferencial, sem prejudicar o uso de sistemas alternativos de inicialização, dando como exemplo o que foi executado no Projeto Elogind.
  3. Permanecer forte com o Systemd sem manter a diversidade do Boot System uma prioridade: Para não investir muito tempo ou esforço na busca de uma coexistência entre as múltiplas alternativas e o Systemd no Debian.

Vale destacar, entre as muitas discussões ou opiniões anteriores a esta proposta de Resolução Geral de Sam Hartman, o mesmo, feito em agosto sob o nome de Bits do DPL e de Russ allbery. A qual recomendamos ler mais tarde como uma leitura complementar.

Resolução Geral do Projeto DEBIAN: Minuta de Proposta

Resolução Geral do Projeto DEBIAN

Atualmente, e após o longo debate realizado desde 7 novembro 2019 até 22 novembro 2019, felicidade Resolução Geral é encontrado, de acordo com Sam Hartmann, no seguinte status:

  • Título da proposta atual: A diversidade dos sistemas de inicialização é importante?
  • Conteúdo geral da proposta atual: Passa a incluir a descrição da situação atual, ou seja, a posição oficial do Projeto DEBIAN sobre Sistemas de Startup, a diversidade existente dos mesmos e a utilização das facilidades do Systemd. Deixando claro que esta posição oficial pode evoluir com o tempo, podendo ser aprovada sem a necessidade de recorrer a futuras Resoluções Gerais.
  • Pontos importantes a destacar: Em caso de aprovação da proposta, DEBIAN GNU / Linux deve ser capaz de rodar outros sistemas de boot que não o Systemd. Na forma de coexistência ou separadamente, ou seja, como sistemas de inicialização simples ou duplos dentro da mesma Distro compilada.

Resolução Geral do Projeto DEBIAN: Proposta Atual

Dificuldades enfrentadas pela aprovação

Felicidade Resolução Geral enfrenta, segundo alguns envolvidos no seu desenvolvimento, o fato de haver Outros desenvolvedores «Sistemas de Inicio» a quem falta o desejo de implementar recursos de Systemd, chegando mesmo a argumentar que essas características não deveriam existir em primeiro lugar, uma vez que fazem Systemd, um programa pesado, controlador e invasivo.

E essa é uma questão muito importante, já que atualmente muitos «Aplicaciones DEBIAN» usar funções ou componentes de Systemd, e substituí-lo parcial ou totalmente sem afetar o Ecossistema de «Aplicaciones DEBIAN» que dependem de Systemd, é necessário que os outros «Sistemas de Inicio» resolver essas necessidades, ou que os aplicativos resolvam essa necessidade de Systemd.

E citando Russ allbery, que expressou que esta é a questão que o «Proyecto DEBIAN» você tem que responder:

Qual será a política do Debian em relação a software que requer recursos que são específicos do Systemd? Deve haver um subconjunto específico de recursos do Systemd nos quais o software DEBIAN pode confiar, com a ideia de que os sistemas de inicialização alternativos acabarão por obter implementações desses recursos.

Finalmente, é muito bom saber mais sobre o «Sistema de Votación» dentro do «Proyecto DEBIAN», para o que é clicável clique aqui, como se manter atualizado sobre os últimos acontecimentos do referido voto sobre a diversidade do «Sistemas de Inicio» clicando em clique aqui.

Conclusão

Tão importante Resolução Geral com suas 3 (três) propostas iniciais escritas por Sam Hartmann, que até o momento, já tem 5 propostas bem definidas para pesar a importância de a diversidade dos sistemas de inicialização entre os «Desarrolladores de DEBIAN», poderia levar, como dissemos no início, a mudanças importantes na maioria das «Distros GNU/Linux» existente.

Embora imediatamente, caso seja aceito pelo «Desarrolladores de DEBIAN», isso permitirá que eles se concentrem mais em fazer o ótimo «Distro Madre DEBIAN» ser mais compatível e funcional com alternativas existentes para Systemd, e pode mitigar o forte domínio ou controle de Systemd sobre quase todas as funções mais importantes do «Sistema Operativo».

Ou então, permita «Desarrolladores de DEBIAN» seguir seu esforços unificados no Systemd e que acaba ou atenua, a longa luta e as discussões sobre o assunto. O tempo confirmará o caminho percorrido.

Sem desconsiderar o fato, que caso decida ir ao fundo e ao fim apenas com Systemd, isso pode causar o desaparecimento mais cedo ou mais tarde de outros «Distros GNU/Linux» que de uma forma ou de outra dependem do «Distro Madre DEBIAN» e que eles não têm grandes equipes de desenvolvedores que suportam as mudanças derivadas deste Resolução Geral.

Entre disse «Distros GNU/Linux» que podem ser total ou parcialmente afetados são os favoritos do «Comunidad de Software Libre y GNU/Linux» como «Devuan» y «MX-Linux».

E para mais informações, nem sempre hesite em visitar qualquer Biblioteca online como OpenLibra y jedit para ler livros (PDFs) neste tópico ou em outros áreas de conhecimento. Por enquanto, se você gostou disso «publicación», não pare de compartilhar com outros, em seu Sites, canais, grupos ou comunidades favoritos de redes sociais, de preferência gratuitas e abertas como Mastodonte, ou seguro e privado como Telegram.

Ou simplesmente visite nossa página inicial em DesdeLinux ou junte-se ao canal oficial Telegrama de DesdeLinux para ler e votar nesta ou em outras publicações interessantes sobre «Software Libre», «Código Abierto», «GNU/Linux» e outros tópicos relacionados a «Informática y la Computación»E o «Actualidad tecnológica».


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.

  1.   Piccolo Lenz McKay dito

    Gostei tanto do seu artigo que fiz um sobre o mesmo assunto com muitas informações complementares sobre ele. https://vegnuli.wordpress.com/2019/11/24/diversidad-de-los-sistemas-de-inicio-en-peligro-en-debian-afecta-a-otras-distros/#more-285

    1.    Linux pós-instalação dito

      Obrigado pela contribuição complementar!

  2.   um de alguns dito

    Tudo isso me parece que, de alguma forma, Devuan está causando muitos danos a eles, especialmente no campo de sysadmin, que é onde o Debian sempre foi forte.

    De qualquer forma, o fato de que eles decididamente lançaram o systemd não acho que afete o Devuan, embora afete o MX-Linux. O primeiro porque eles estão dispostos a realizar qualquer desenvolvimento para fazer o systemd desaparecer e, quanto ao segundo, eles o teriam mais bruto, pois dependem de shim.

    1.    Linux pós-instalação dito

      Obrigado pelo seu comentário. Esta Resolução Geral será votada dia 30 de novembro, amanhecerá e veremos aonde as mudanças decididas nos levam.

  3.   Piloto automático dito

    O init deve ser transparente para o usuário comum ...

    1.    Linux pós-instalação dito

      Certamente e assim é para usuários normais do GNU / Linux Distros, bem como para usuários do Windows. Mas os usuários avançados do GNU / Linux não ficam parados ao tomar decisões importantes sobre o geral e o interno de suas Distros.

  4.   luix dito

    O systemd é uma merda !!!!!!!!!!!

  5.   Pacman C0001 dito

    Embora eu não seja um bom amigo do Systemd, mas respeito aqueles que o usam agora, criar uma única distro com opções de inicialização tão diversas e conflitantes será uma dor de cabeça não tão fácil de resolver, e se eu achar que seria uma solução salomônica é para De uma única distro ter duas versões aqueles que querem usar Systemd e a outra com SysV init e todos que escolherem acreditam que é mais conveniente, eu acho que o Debian não deve ser prejudicado porque é a distro mais longa e se não parece que é o uso do Systemd que vai contra a filosofia de que deve executar um processo de cada vez, mas deve fazê-lo bem