Nos últimos dias, vem circulado nas redes a ideia de que o KDE estaria “forçando” o uso do systemd no Plasma. A polêmica ganhou tração após o anúncio da distro KaOS de que pretende se afastar do KDE Plasma, citando como um dos motivos a dependência de systemd em um novo componente. Diante da repercussão, membros da comunidade KDE publicaram um esclarecimento direto: não, o Plasma não passará a exigir o systemd para funcionar.
O que realmente mudou no Plasma 6.6
A origem da confusão está no novo Plasma Login Manager (PLM), introduzido no KDE Plasma 6.6. O PLM é uma alternativa moderna ao tradicional SDDM, oferecendo integração mais profunda com recursos do sistema. E aqui está o ponto central: o PLM depende do systemd para funcionar.
Isso significa que distribuições Linux que não utilizam systemd, além de sistemas como o FreeBSD, não poderão usar o novo gerenciador de login. No entanto, essa limitação se restringe exclusivamente ao PLM. O restante do ambiente gráfico permanece independente.
O próprio KDE foi categórico ao afirmar que o Plasma continua e continuará funcionando normalmente com outros gerenciadores de login. Quem preferir pode seguir com o SDDM ou qualquer alternativa compatível. Também é possível iniciar o Plasma manualmente, como sempre foi.
Em um FAQ publicado na comunidade, desenvolvedores reforçaram que não há planos para tornar os componentes centrais do Plasma dependentes de systemd. Em outras palavras, o desktop não terá esse requisito como condição para rodar.
A declaração classifica os rumores como FUD (medo, incerteza e dúvida) e destaca que a decisão sobre o PLM não altera a filosofia geral do projeto. O login manager é apenas uma peça do quebra-cabeça, importante, mas opcional.
Por que o tema gera tanto debate?
O systemd é um dos assuntos mais divisivos da história recente do Linux. Há quem o veja como uma evolução natural da base do sistema, consolidando serviços e padronizando comportamentos. Outros criticam o que chamam de “systemd creep”, ou seja, a expansão contínua de suas responsabilidades.
No caso do KDE, a reação foi mais intensa porque o projeto sempre manteve uma imagem de independência tecnológica. Diferentemente de outros ecossistemas fortemente alinhados a fornecedores corporativos específicos, o KDE construiu reputação como um ambiente altamente modular e adaptável.
Por isso, qualquer nova dependência estrutural chama atenção. Ainda assim, a situação atual está longe de representar uma mudança radical.
A história, portanto, é menos dramática do que parece. O KDE adicionou uma nova peça ao seu ecossistema, não uma exigência universal.
Fique por dentro das principais novidades da semana sobre tecnologia e Linux: receba nossa newsletter!