O Debian ficou sem um mantenedor do systemd devido a divergências

Michael Biebl, que está envolvido no desenvolvimento do Debian desde 2004 e qual é um dos principais contribuidores para a distribuição de na área do gerenciador de sistema "systemd", deixou o pacote para o Debian.

Isso porque como mantenedor do pacote systemd, descreveu a situação com a correção dos erros do sistema como "estúpido e insano", e prometendo não enviar relatórios de bug aos desenvolvedores de sistema novamente.

O que causou isso?

O conflito surgiu devido ao aparecimento de uma mudança regressiva na versão do systemd 240, como causou mudanças de comportamento ao processar regras udev existentes e problemas para usuários Debian ao alterar a lógica de renomeação de interfaces de rede.

Apesar de usar a opção "NAME" para vincular o nome da interface de rede ao endereço MAC após a transição do udev do systemd 240.

As interfaces de rede dos adaptadores Ethernet mudaram seus nomes de fixos para gerados automaticamente (anteriormente, a substituição era feita apenas uma vez, e desde a versão 240 pode ser usada). Existem várias substituições).

Michael Bibl pediu aos desenvolvedores do systemd que voltassem ao comportamento anterior quando a vinculação manual de nomes especificada em config for de maior prioridade.

Isso é uma regressão em comparação com v239, e estou inclinado a adicioná-lo ao marco v241, pois pode significar perda de acesso à rede. Argumento Michael Bibl

Mas os desenvolvedores do systemd não consideraram esta mudança regressiva um problema, pois as mudanças feitas no systemd 240 não violaram o comportamento documentado, foram usados ​​recursos udev não documentados, cujo desempenho não era garantido.

No entanto, foram encontradas evidências posteriores de que o comportamento acima está descrito na documentação.

Foi assim Yu Watanabe, respondeu, basicamente dizendo que não foi algo que afetou:

Por que lan0 é chamado quando o driver é carregado? Sim, o resultado final é ens3, então espero que seja sempre ens3.

Ao que Bíblia de Miguel ele respondeu:

Deve sempre ser nomeado lan0 por causa da regra udev.

O problema estava aumentando

Depois disso, os desenvolvedores do systemd sugeriram que o novo comportamento fosse desativado seletivamente.

No caso de regras udev serem criadas para versões mais antigas do systemd (se o esquema de nomenclatura for definido para versões inferiores a 240, defina a opção RenameOnce = yes por padrão, caso contrário, RenameOnce = no).

Na lista de discussão de desenvolvedores do systemd, também houve uma discussão sobre a proposta a ser emitida, sem mais delongas, correções do systemd com correções para bugs graves que aparecem nas versões principais.

Lennart Pottering rejeitou a ideia, alegando falta de recursos. TA opinião foi percebida por alguns desenvolvedores como um equívoco fundamental, já que o foco prioritário no desenvolvimento de funcionalidades em detrimento da estabilidade tem um efeito negativo sobre os usuários.

Em resposta, Lennart Ele se referiu ao fato de que os usuários finais não usam as versões mais recentes do systemd, mas usam pacotes estabilizados por distribuiçõesPor exemplo, eles são verificados no Fedora e no serviço de QA antes de colocar os componentes do sistema no RHEL.

Antes disso Miguel Bíblia, argumento Afeta os usuários, pois pode criar conflitos com as configurações já pré-definidas pelo usuário no sistema:

Não é melhor para os usuários, pois quebra as configurações de usuário existentes. O que é ruim

No caso de mudança de prioridades no desenvolvimento e correção de bugs na visão de Lennart, apenas uma geração de critérios diferentes surgirá, em que bugs associados a arquiteturas exóticas, ambientes gráficos atípicos, bibliotecas e drivers serão frequentemente ignorados e relegados à comunidade .

Se você quiser saber um pouco mais sobre o problema, pode acompanhar no link a seguir.