OpenBSD KDE Plasma Desktop

Artigo original ↗ Discussão no Hacker News ↗

Um esforço de vários anos para levar o KDE Plasma ao OpenBSD gerou reflexões mais amplas sobre a viabilidade de sistemas BSD como desktops do dia a dia em comparação com Linux. Os comentaristas elogiam o design do OpenBSD centrado em segurança, a qualidade do código, o sistema base coerente e ferramentas como `pf`, `pledge` e `unveil`, ao mesmo tempo em que reconhecem trade-offs em suporte a hardware, recursos de sistema de arquivos, desempenho em altas velocidades de rede e disponibilidade de software. O debate também aborda o futuro de X versus Wayland no BSD, o quão amigável ao usuário qualquer BSD pode realisticamente ser e o apelo da experiência de desktop do KDE, extensível e discreta, em sistemas operacionais alternativos.

Portando o KDE Plasma para o OpenBSD

  • O tópico destaca isso como um esforço de vários anos por muito poucas pessoas; os comentaristas veem isso como um trabalho de port e empacotamento grande e não trivial.
  • Desenvolvedores do KDE no tópico expressam satisfação com o port e interesse em ouvir um relatório detalhado de “lições aprendidas” em eventos do KDE.
  • Alguns se perguntam se o próprio KDE poderia tornar esses ports mais fáceis no futuro.
  • O Plasma também está sendo portado ou empacotado para outras plataformas não Linux (Haiku, Microsoft Store, tentativas históricas de Mac OS X / Darwin).

*Wayland e o Futuro do X em BSD

  • Diz-se que o FreeBSD tem o Wayland funcionando “bem razoavelmente”.
  • O OpenBSD atualmente tem suporte experimental a Wayland/Sway em -current; há trabalho ativo de port, mas isso não está na base e provavelmente nunca estará.
  • Um lado afirma que o X está efetivamente “desaparecendo” à medida que toolkits removem caminhos de X; outros argumentam que o X continuará existindo, mantido por voluntários mesmo que grandes organizações o abandonem.
  • O tom vai do pragmático ao abertamente hostil em relação ao Wayland, com forte discordância sobre trajetória e manutenção.

OpenBSD vs Linux: Prós, Contras e Casos de Uso

  • Prós citados:
    • Seguro por padrão, com poucos serviços em execução.
    • Design consistente como um único sistema operacional, não um conjunto frouxo de camadas de distro.
    • Alta qualidade de código, auditorias sistemáticas, documentação forte e páginas man.
    • Firewall pf e daemons integrados, endurecidos em segurança (httpd, mail, roteamento, VPN, etc.).
    • pledge(2) e unveil(2) como ferramentas de hardening simples e amigáveis ao desenvolvedor.
  • Contras citados:
    • Suporte a hardware (especialmente GPU, Wi‑Fi, rede de alta velocidade) atrás do Linux.
    • Menos software e compatibilidade mais fraca com ferramentas específicas de Linux (Docker, eBPF, rr, etc.).
    • Sistema de arquivos considerado básico; alguns temem corrupção e recomendam um nobreak.
    • Desempenho mais lento ou inadequado como firewall em altas velocidades para alguns; outros relatam que gigabit funciona bem com boas NICs.

Debate sobre Mecanismos de Segurança

  • pledge/unveil do OpenBSD recebem elogios pela simplicidade e por estarem amplamente integrados ao userland base (incluindo sandboxing do Firefox via unveil).
  • Críticos chamam-nos de “brinquedos” em comparação com SELinux/AppArmor, observando que são opt-in e menos expressivos.
  • Outros rebatem, argumentando que sistemas MAC pesados são complexos, ruidosos de administrar entre upgrades e, muitas vezes, exagerados.
  • A discussão cobre os trade-offs entre confinamento transparente (AppArmor/SELinux) e declarações explícitas por programa (pledge/unveil, jails, chroot).

Facilidade de Uso e “BSDs de Desktop”

  • Há confusão entre “distros” BSD e kernels distintos: FreeBSD, OpenBSD e NetBSD não são análogos às distros Linux.
  • Para um BSD de desktop amigável para iniciantes, FreeBSD é frequentemente sugerido (volume de pacotes, documentação); a documentação do NetBSD e a simplicidade do OpenBSD também recebem elogios.
  • Alguns argumentam que, se alguém procura uma experiência estilo Mint/Ubuntu, BSDs talvez não sejam o ecossistema certo; outros apontam projetos derivados (GhostBSD, helloSystem, ravynOS, MidnightBSD, etc.) como experimentos de facilidade de uso.
  • Vários usuários dizem que o OpenBSD é “amigável ao usuário” no sentido de simplicidade conceitual, não de esconder a complexidade.

Simplicidade do Sistema vs Complexidade Moderna do Linux

  • Vários comentários romantizam o OpenBSD (e algumas instalações mínimas de Linux) em que ps e htop mostram apenas alguns processos óbvios; o sistema “não faz nada que você não pediu”.
  • O contraste é traçado com distros Linux mainstream típicas (e macOS), que parecem opacas e inchadas, dando a alguns usuários a sensação de que realmente não conseguem entender seus sistemas.
  • As sugestões incluem experimentar Gentoo, Slackware ou Linux From Scratch para recuperar a visão sobre a composição do sistema.

doas vs sudo

  • doas é apreciado pela configuração mínima e pela menor superfície de ataque; ele surgiu em parte como resposta a problemas repetidos com o sudo.
  • Outros acham suas vantagens sobre o sudo pouco convincentes e sentem falta de recursos avançados de logging e integração.
  • Em pelo menos um sistema Linux, doas substitui totalmente o sudo sem problemas, mas a inércia nas expectativas das ferramentas é mencionada.

Experiência de Desktop e Comparação com NixOS

  • Alguns destacam que, no NixOS, trocar de window manager pode ser uma mudança de configuração de uma linha, embora outros observem uma curva de aprendizado íngreme e “8 horas de Google” se isso for feito com pouca frequência.
  • Alguém compara o tamanho do módulo KDE Plasma do Nix (grande) com os metadados de ports do OpenBSD (menor), enfatizando que nenhum dos esforços é trivial.

Impressões do KDE Plasma e Restrições de Hardware

  • O Plasma no Linux é elogiado por ser altamente polido, personalizável e ao mesmo tempo discreto — “a área de trabalho sai do caminho” enquanto ainda é poderoso.
  • Alguns relatam uso pesado de recursos (por exemplo, Akonadi, uso de GPU) e preferem ambientes de tiling mais leves como i3/sway.
  • A falta de suporte a Nvidia no OpenBSD é um bloqueio para algum hardware moderno de desktop; AMD em Macs Intel é considerado um possível alvo.

Notas Culturais e Humor

  • O tópico inclui nostalgia sobre memes antigos de BSD, políticos nacionais fazendo referência a UNIX e cultura de internet de nicho (por exemplo, memes de TI furry).
  • O erro de digitação “GitHup” no artigo é notado e, em tom de brincadeira, espera-se que seja um nome de projeto inteligente.
  • Alguns comentários lembram nostalgicamente tempos de rede mais silenciosos (muito pouco tráfego de fundo no Wireshark) como “zen”, em contraste com os sistemas falantes de hoje.