Escritorio KDE Plasma en OpenBSD

Artículo original ↗ Discusión en Hacker News ↗

Un esfuerzo de varios años para llevar el escritorio KDE Plasma a OpenBSD ha provocado reflexiones más amplias sobre la viabilidad de los sistemas BSD como escritorios cotidianos frente a Linux. Los comentaristas elogian el diseño de OpenBSD centrado en la seguridad, la calidad del código, un sistema base coherente y herramientas como `pf`, `pledge` y `unveil`, aunque reconocen compensaciones en soporte de hardware, funciones del sistema de archivos, rendimiento a altas velocidades de red y disponibilidad de software. El debate también aborda el futuro de X frente a Wayland en BSD, cuán amigable para el usuario puede ser realmente cualquier BSD y el atractivo de la experiencia de escritorio extensible pero discreta de KDE en sistemas operativos alternativos.

Portar KDE Plasma a OpenBSD

  • El hilo destaca esto como un esfuerzo de varios años realizado por muy pocas personas; los comentaristas lo ven como una tarea de portado y empaquetado importante, no trivial.
  • Los desarrolladores de KDE en el hilo expresan alegría por el portado e interés en escuchar un informe detallado de “lecciones aprendidas” en eventos de KDE.
  • Algunos se preguntan si el propio KDE podría facilitar este tipo de portados en el futuro.
  • Plasma también se está portando o empaquetando para otras plataformas que no son Linux (Haiku, Microsoft Store, intentos históricos para Mac OS X / Darwin).

*Wayland y el futuro de X en BSD

  • Se dice que FreeBSD tiene Wayland funcionando “bastante bien”.
  • OpenBSD actualmente tiene soporte experimental de Wayland/Sway en -current; hay trabajo activo de portado, pero no forma parte de base y probablemente nunca lo será.
  • Un sector afirma que X está efectivamente “desapareciendo” a medida que los toolkits eliminan las rutas de X; otros sostienen que X persistirá, mantenido por voluntarios incluso si las grandes organizaciones lo abandonan.
  • El tono va de pragmático a abiertamente hostil hacia Wayland, con fuertes desacuerdos sobre su trayectoria y mantenibilidad.

OpenBSD vs Linux: pros, contras y casos de uso

  • Pros citados:
    • Seguro por defecto, con pocos servicios en ejecución.
    • Diseño coherente como un único sistema operativo, no una pila de distribución suelta.
    • Alta calidad de código, auditorías sistemáticas, documentación sólida y páginas man.
    • Cortafuegos pf y demonios integrados y endurecidos para seguridad (httpd, correo, enrutamiento, VPN, etc.).
    • pledge(2) y unveil(2) como herramientas de endurecimiento simples y amigables para desarrolladores.
  • Contras citados:
    • El soporte de hardware (especialmente GPU, Wi‑Fi, red de alta velocidad) va por detrás de Linux.
    • Menos software y peor compatibilidad con herramientas específicas de Linux (Docker, eBPF, rr, etc.).
    • El sistema de archivos se considera básico; algunos se preocupan por la corrupción y recomiendan un UPS.
    • Rendimiento más lento o insuficiente como cortafuegos a altas velocidades para algunos; otros informan que gigabit va bien con buenas NIC.

Debate sobre mecanismos de seguridad

  • pledge/unveil de OpenBSD reciben elogios por su simplicidad y por estar ampliamente integrados en el userland base (incluido el sandboxing de Firefox mediante unveil).
  • Los críticos los llaman “juguetes” en comparación con SELinux/AppArmor, señalando que son optativos y menos expresivos.
  • Otros discrepan, argumentando que los sistemas MAC pesados son complejos, ruidosos de gestionar durante actualizaciones y a menudo excesivos.
  • La discusión cubre los compromisos entre confinamiento transparente (AppArmor/SELinux) y declaraciones explícitas por programa (pledge/unveil, jails, chroot).

Facilidad de uso y “BSD de escritorio”

  • Hay confusión entre “distros” BSD y kernels distintos: FreeBSD, OpenBSD y NetBSD no son análogos a las distribuciones Linux.
  • Para un BSD de escritorio apto para principiantes, se suele sugerir FreeBSD (volumen de paquetes, documentación); la documentación de NetBSD y la simplicidad de OpenBSD también reciben elogios.
  • Algunos sostienen que, si se busca una experiencia tipo Mint/Ubuntu, BSD quizá no sea el ecosistema adecuado; otros señalan proyectos derivados (GhostBSD, helloSystem, ravynOS, MidnightBSD, etc.) como experimentos de facilidad de uso.
  • Varios usuarios dicen que OpenBSD es “amigable para el usuario” en el sentido de simplicidad conceptual, no de ocultar la complejidad.

Simplicidad del sistema vs complejidad moderna de Linux

  • Varios comentarios idealizan OpenBSD (y algunas configuraciones mínimas de Linux) donde ps y htop muestran solo un puñado de procesos obvios; el sistema “no hace nada que no le hayas pedido”.
  • Se contrapone esto con las distribuciones Linux convencionales típicas (y macOS), que parecen opacas y sobredimensionadas, dando a algunos usuarios la sensación de que no pueden entender realmente sus sistemas.
  • Entre las sugerencias están probar Gentoo, Slackware o Linux From Scratch para recuperar una visión clara de la composición del sistema.

doas vs sudo

  • doas es valorado por su configuración mínima y una superficie de ataque menor; surgió en parte como respuesta a problemas repetidos con sudo.
  • Otros consideran que sus ventajas sobre sudo son poco impresionantes y echan de menos el registro avanzado y las funciones de integración.
  • En al menos un sistema Linux, doas sustituye por completo a sudo sin problemas, pero se menciona la inercia en las expectativas de las herramientas.

Experiencia de escritorio y comparación con NixOS

  • Algunos destacan que en NixOS cambiar de gestor de ventanas puede ser un cambio de configuración de una sola línea, aunque otros señalan una curva de aprendizaje pronunciada y “8 horas de Googleando” si se hace con poca frecuencia.
  • Alguien compara el tamaño del módulo de KDE Plasma en Nix (grande) con los metadatos de ports de OpenBSD (más pequeños), subrayando que ninguno de los dos esfuerzos es trivial.

Impresiones de KDE Plasma y limitaciones de hardware

  • Plasma en Linux recibe elogios por estar muy pulido, ser personalizable pero discreto: “el escritorio se aparta del camino” y aun así es potente.
  • Algunos informan que consume muchos recursos (por ejemplo, Akonadi, uso de GPU) y prefieren entornos de mosaico más ligeros como i3/sway.
  • La falta de soporte para Nvidia en OpenBSD es un obstáculo para cierto hardware de escritorio moderno; AMD en Macs Intel se considera un posible objetivo.

Notas culturales y humor

  • El hilo incluye nostalgia por viejos memes de BSD, políticos nacionales haciendo referencia a UNIX y cultura de internet de nicho (por ejemplo, memes furry de IT).
  • Se detecta el error tipográfico “GitHup” en el artículo y se bromea con que podría ser un nombre de proyecto ingenioso.
  • Algunos comentarios recuerdan con nostalgia épocas de red más tranquilas (muy poco tráfico de fondo en Wireshark) como algo “zen”, en contraste con los sistemas actuales más parlanchines.