Sam Hartmann, o líder do projeto Debian, tentou resolver divergências quanto à entrega do pacote elogind como parte da distribuição. Em julho, a equipe responsável pela preparação dos lançamentos bloqueou a inclusão de elogind no ramo de teste, uma vez que este pacote está em conflito com libsystemd.
Como motivo do travamento, houve um conflito com o pacote systemd e o perigo de substituir o libsystemd com uma versão alternativa de libelogind, que é completamente incompatível com a biblioteca de origem no nível ABI.
A inclusão de elogind fornece sua própria versão da biblioteca libelogind, que assume várias funções oferecidas por libsystemd e substitui esta biblioteca durante a instalação.
No pacote, elogind é marcado como conflitante com as bibliotecas do systemd, mas é inerentemente projetado para funcionar apenas sem o systemd e um conflito com o systemd é até benéfico, pois não permite que você instale o elogind por engano.
Por outro lado, na forma atual, tentativas via APT para atualizar a configuração do systemd para a versão com sysvinit e elogind resultam em sistema corrompido com um APT inoperante. Mas mesmo com a remoção dessa falha, a transição do systemd para o elogind ainda é impossível sem remover os ambientes de usuário já instalados.
Em seguida, os desenvolvedores Elogind foram solicitados a adaptar o elogiod para trabalhar em cima do libpam-systemd regular, sem usar sua própria camada libpam-elogind.
A transição de elogind para libpam-systemd é dificultada por uma falta de suporte para o conceito de setores, mas os desenvolvedores de elogind não querem obter conformidade total com a API e repetir exatamente todos os recursos do systemd, pois elogind fornece apenas funcionalidade mínima para organizar logins do usuário e não se propõe repetir todos os subsistemas do systemd.
Resolver os problemas técnicos descritos deve ser resolvido no nível de interação entre a equipe de lançamento e os mantenedores de elogind e systemd, mas o líder do projeto foi forçado a intervir porque as equipes não concordaram, o trabalho conjunto se transformou em confronto e a solução do problema chegou a um beco sem saída, em que cada lado da lei a seu modo.
De acordo com Sam Hartman, a situação está se aproximando de um estado que exige uma votação geral (GR, resolução de cobertura), em que a comunidade decidirá sobre sistemas alternativos para inicializar e suportar sysvinit com elogind.
Se os participantes do projeto votarem para diversificar os sistemas de inicialização, todos os responsáveis pela manutenção participarão de um esforço conjunto para solucionar este problema ou desenvolvedores responsáveis especiais serão nomeados para trabalhar neste problema e aqueles que os acompanham não serão mais capazes de contornar o sistema de inicialização alternativo, permanecer em silêncio ou atrasar o processo.
Atualmente, o repositório já acumulou 1033 pacotes que fornecem unidades de serviço para o systemd, mas não incluem scripts init.d.
Para resolver este problema, propomos fornecer arquivos de serviço por padrão, mas preparar um driver que analise automaticamente os comandos nesses arquivos e gere scripts init.d baseados neles.
Se a comunidade decidir que o Debian tem suporte suficiente para um único sistema de inicialização, eles não precisam mais se preocupar com sysvinit e elogind, focando apenas em arquivos unit e systemd.
Essa solução afetará negativamente as portas que não usam o kernel Linux, mas ainda não existem tais portas no arquivo principal e elas não têm um status de suporte oficial.
Vinculando ao systemd também complicará significativamente a mudança na direção do desenvolvimento da distribuição no futuro e limitará novos experimentos no campo de inicialização e gerenciamento de serviços.
Cada solução tem suas vantagens e desvantagens, portanto, será necessária uma discussão completa de todos os argumentos a favor e contra antes da votação.
fonte: https://lists.debian.org/
Portanto, ainda não é certo se eles suportarão o sysvinit novamente !! Pelo que entendi, eles vão submeter a um estudo e a uma votação !! Veremos o que acontece!!
Não
O circo Debian já "se exibiu" com a risível "decisão" de adotar o systemd. Agora eles não vão recuar, de modo que já foi anunciada a possível "votação geral". Para mim, continue amarrando com o systemd. Q eles vão acabar enforcados também é outro resultado cantado.