- Se confirmó oficialmente el desarrollo de Karton, un gestor de máquinas virtuales exclusivo para KDE Plasma
- Este proyecto está hecho sobre Qt Quick y Kirigami, por lo que está optimizado para el entorno KDE
- Usa la API de libvirt para controlar distintas máquinas virtuales y apunta a ofrecer soporte multiplataforma en el futuro
- Entre sus funciones principales están un visor SPICE personalizado, snapshots, una interfaz intuitiva y compatibilidad con cambio de hipervisor entre sistema/usuario
- Según el calendario de Google Summer of Code 2025, se espera que esté terminado alrededor de septiembre de 2025
Antecedentes y necesidad del desarrollo de Karton
- En el entorno GNOME existen herramientas de ejecución de máquinas virtuales fáciles y consistentes, como GNOME Boxes
- Los usuarios de KDE han usado alternativas como qt-virt-manager, ya antiguas, pero se han enfrentado a la interrupción de su desarrollo y a la falta de identidad propia de KDE
- Ha crecido la necesidad de una solución de gestión de VM integrada de forma natural en el entorno moderno de KDE Plasma
Resumen del proyecto Karton
- Karton surgió a partir de un intento de crear un frontend para QEMU, y el desarrollador de KDE Harald Sitter lo impulsó formalmente como proyecto de Google Summer of Code
- Derek Lin, de la University of Waterloo, participa actualmente como estudiante de Google Summer of Code 2025 y lo desarrolla de forma activa
- El objetivo de Karton es ofrecer una herramienta nativa de gestión de máquinas virtuales adecuada para el ecosistema KDE
Tecnologías y características principales
- Karton está desarrollado con Qt Quick y Kirigami, y busca una integración visual y de usabilidad total con KDE Plasma
- A través de la API de libvirt, ofrece gestión de máquinas virtuales y capacidad de expansión, pensando también en soporte multiplataforma a futuro
- En lugar de llamar directamente al CLI de virt-install, está implementando reconocimiento automático de imágenes de SO y generación automática de XML de libvirt mediante libosinfo
- La ampliación de configuración de dispositivos y soporte para varios hipervisores también forma parte de las tareas de desarrollo
Funciones principales y calendario objetivo
Las funciones que Lin especificó en su propuesta de Google Summer of Code son las siguientes
- Instalación y configuración de máquinas virtuales mediante el formato XML de libvirt
- Desarrollo de un visor SPICE personalizado basado en Qt Quick (como reemplazo de virt-viewer)
- Función de snapshots de máquinas virtuales (respaldo/restauración)
- GUI y vista previa intuitivas y atractivas, con incorporación de feedback de la comunidad
- Referencia de diseño tomada del layout de lista de UTM en MacOS
- Interfaz amigable para móviles
- Manejo eficiente de actualizaciones de estado en tiempo real con la función
virEventRegisterImpl - Función de exploración con una lista de sistemas operativos principales
- Gráficas de uso de GPU/memoria (estilo virt-manager)
- Función para alternar entre los modos sesión (usuario) y sistema (root) del hipervisor QEMU
Calendario de desarrollo
- La fecha oficial de inicio de codificación de Google Summer of Code 2025 es el 2 de junio de 2025
- Está previsto que el prototipo para la evaluación intermedia esté listo el 14 de julio y que la fecha límite de entrega de la versión final sea el 1 de septiembre
Conclusión
- Karton es un proyecto nuevo que busca resolver un problema de larga data: la ausencia de una herramienta nativa de gestión de máquinas virtuales optimizada para KDE
- Su capacidad de ofrecer al mismo tiempo visibilidad y usabilidad alineadas con las tecnologías modernas propias de Qt y KDE representa un cambio significativo tanto para usuarios de escritorio Linux como para desarrolladores
1 comentarios
Opiniones en Hacker News
Creo que KDE debería enfocarse en funciones básicas como el ajuste de ventanas, el renderizado de ventanas y los íconos del lanzador de aplicaciones. Si necesito máquinas virtuales, uso software de máquinas virtuales por separado. La suite integrada de KDE tiene algo de buen software, pero no creo que necesariamente deba estar integrada con el entorno de escritorio. Con tener gestor de archivos, VTE y editor de texto alcanza. Me gustaría que los íconos se gestionaran por aplicación. Los intentos de unificar íconos solo terminan causando problemas, como íconos que no se ven o íconos negros sobre fondo negro
Parece que hay una confusión entre el proyecto KDE y Plasma. Plasma es el entorno de escritorio, y el proyecto KDE desarrolla y distribuye varias aplicaciones. Muchas apps de KDE también funcionan en otros sistemas operativos como Windows, y se puede usar solo Plasma sin instalar otras apps de KDE. Históricamente al entorno de escritorio se le decía KDE, pero hoy es solo una de muchas piezas de software desarrolladas por el proyecto KDE. Tampoco estoy de acuerdo con los temas de íconos, y yo tampoco los uso
KDE ha desarrollado muchas herramientas durante más de 20 años. Navegador, cliente de correo, app de gestión de contactos, etc. Incluso en la época de KDE 1 ya había explorador de archivos, y también se estaba desarrollando una suite ofimática. La suite de KDE existe desde el principio. Plasma es solo una parte muy pequeña de lo que hace KDE. Si lo único que quieres es algo que haga de gestor de ventanas, hay alternativas más minimalistas como LXDE, Hyprland, Sway o i3
Los intentos de convertir los íconos en un recurso compartido e integrarlos entre aplicaciones siempre fracasan. La comunidad de GNOME hizo bien esa parte. Ver https://stopthemingmy.app/. El soporte de consistencia visual entre apps era solo una fantasía de los 90, y en la práctica solo se veía bien en capturas de pantalla
Por eso me mudé a sway. Sí hace falta integración entre las distintas partes del sistema, pero cada parte debería estar separada. Tanto gnome como kde están bien solo si usas todo completo. XFCE en realidad es mucho más modular
Me da un poco de pena que la mayoría de los comentarios estén hablando de otra cosa y no del artículo en sí. Tengo muchas ganas de ver este nuevo gestor de VM. Suelo usar virt-manager, pero casi no tiene mantenimiento y los problemas de escalado en pantallas HiDPI son graves. GNOME Boxes tiene muchos bugs y le faltan funciones. Parece que solo le ponen atención al CLI
virsh, así que hoy en día no hay una GUI de VM realmente buenaUso KDE Plasma en Arch y me encanta este entorno. Incluso trae filtro de luz azul integrado. No pienso volver a Windows. KDE es más rápido, más bonito, y no tiene anuncios ni rastreo no deseado. Es de lo mejor para uso diario
Estoy probando Cachy y Plasma dentro de una VM, y en mi próxima PC pienso instalar esa combinación de una vez. Ahora mismo tengo dual boot con Ubuntu y Windows, pero hace más de seis meses que no inicio sesión en Windows. Probablemente en la próxima PC ya ni siquiera instale dual boot
Usé gnome durante un año y luego volví a plasma. gnome es demasiado incómodo. Lo fui parchando con extensiones, pero se rompen apenas actualizas. La interfaz en inglés y la configuración de unidades ISO también son complicadas. Para gestionar programas de inicio hay que instalar otra app aparte. El escalado de pantalla, múltiples monitores y grabación de pantalla son malos. Tengo monitor de 60fps y el puntero del mouse va a tirones. Ocultar teclados sueco, sami y svdvorak tampoco ayuda mucho. El copiar y pegar no funciona entre monitores. Si cambias de ventana con alt+tab, luego no funciona arrastrar y soltar. Cuando aparece un menú contextual, se bloquea el foco de todo el sistema, así que si Nautilus abre un cuadro de copia de archivos no puedes hacer clic en otras apps. Después de probar KDE por accidente en una VM, me di cuenta de que ya no había razón para aguantar lo incómodo de gnome. Ese mismo día volví a opensuse
Probé KDE 1.0 por primera vez hace más de 20 años. En ese tiempo tenía un aire como de intentar copiar a Windows, pero recuerdo que aun así estaba mejor logrado
Llevo 3 años usando Ubuntu + Plasma a diario. Creo que es lo que Windows 7 soñó ser. Desde la perspectiva de un ingeniero de dotnet y devops, en los años 2020 el toolchain de Linux y la madurez del open source encajan perfectamente. Rider, datagrip, vscode, todo funciona bien. Tampoco hace falta lidiar con docker o wsl. Solo arranco Windows cuando necesito ejecutar versiones viejas de .NET Framework, y en cualquier momento podría configurar arranque del NVMe de Windows dentro de una VM y salir por completo
Lo que KDE necesita no son funciones nuevas, sino menos bugs
Yo también siempre me quejé de los bugs de KDE, pero desde la versión 6.3 no me he topado con un bug serio en 10 años. Si eres de los que dejó de usarlo hace tiempo, vale la pena volver a probarlo ahora
Pienso algo parecido. Lo he intentado varias veces, pero KDE siempre me parece menos estable y menos pulido que gnome. Supongo que es por su orientación tan alta a la personalización. El concepto me gusta, pero no debe de ser fácil mantenerlo, y da la impresión de que a los desarrolladores les atrae más meter funciones nuevas que arreglar bugs
Ojalá KDE ofrezca una solución de VM integrada. Me gustaría una función donde las apps que corren dentro de la VM aparezcan como ventanas de Kwin. Tal vez para eso haga falta un daemon auxiliar dentro del sistema operativo invitado. Ya existieron funciones parecidas antes, pero sería fantástico que un DE principal lo ofreciera oficialmente
Sorprendentemente, Windows soporta esto mediante WSL2. Una vez lancé
nautiluspor jugar y me sorprendíEstoy armando una experiencia casi igual con VirtualBox. En mi laptop levanto varias VM y, cuando conecto un monitor externo, puedo ajustar el tamaño de las ventanas como quiera. Cuando desconecto el monitor, las ventanas se vuelven a achicar solas. Con cosas como portapapeles compartido, la experiencia se siente casi nativa. Manejo VM separadas por propósito: una para navegador diario, otra para proyectos por contrato, etc. Los escritorios virtuales se los asigno al host, y dentro de la VM uso un solo escritorio. También lo configuré para que alt+tab funcione solo dentro de la VM. Tengo que aguantar varios bugs de VirtualBox y el riesgo legal de Oracle, pero QEMU o KVM todavía me parecen menos terminados, así que por desgracia sigo con VirtualBox
Técnicamente requiere bastantes hacks. En sistemas operativos cerrados es difícil, y solo Windows lo soporta mediante RDP
También se puede intentar una forma más ligera y de menor consumo de recursos con debboostrap y montaje chroot
Entre las soluciones actuales no hay ninguna que lo soporte de forma perfecta. Se puede hacer X11 forwarding, pero requiere configuración y no es algo fluido. Aún no he encontrado en Linux un cliente/servidor que soporte esto de forma nativa
Me alegra mucho poder elegir una alternativa a virt-manager. Sobre todo me gusta que esté basada en Qt. Me da algo de pena que use Kirigami y Qt Quick. Siento que tanto en apariencia como en funcionalidad están por debajo de una base con Qt Widgets
Creo que sí hace falta una alternativa a virt-manager. Incluso funciones normales como buscar texto en XML o deshacer resultan incómodas. Ponerle el nombre KDE se siente algo anticuado, pero Karton me parece bastante mejor
El propio shell de Plasma está basado en Kirigami y Qt Quick, así que difícilmente haya un entorno más integrado y consistente que este
Ese tartamudeo característico del renderizado en QML solo se evita si tienes una licencia comercial de Qt. A cambio, tiene la ventaja de que puedes hacer apps con una sintaxis parecida a JSON
Qt Quick es más general, y Kirigami es una capa más especializada encima de eso
Me gusta lo completo y rico que es KDE, pero su diseño se siente viejo comparado con otros OS o DM actuales. Sí se puede personalizar, pero cuanto más lo haces, más lento y raro se vuelve el sistema. Por eso elijo gnome
Me parece curioso que mucha gente opine exactamente lo contrario. Para mí, KDE es el único entorno que se siente moderno y bonito
Me pregunto si ya probaste Plasma 6. Personalmente me parece mucho más moderno que gnome
Creo que el diseño de KDE es muchísimo mejor que el de Windows. Siento que Windows siempre logra superarse para ser el peor diseño de escritorio
Si le agregaran aunque sea un menú hamburguesa, me cambiaría de inmediato a KDE. Acabo de revisar y KDE también se subió a esa tendencia, pero por suerte se puede desactivar con una opción
Me pregunto si realmente hace falta otra GUI para kvm/qemu. Creo que cockpit-project ya está muy bien hecho para ese propósito
virt-manager me ha parecido lo bastante satisfactorio hasta ahora, así que no sé si realmente hacía falta una alternativa nueva. Igual, la competencia siempre es bienvenida
Las interfaces web son adecuadas para usuarios avanzados, pero para la gente común son difíciles. El concepto de VM ya es complicado, y una UI familiar como la de VirtualBox o VMWare resulta mucho más accesible
Llevo mucho tiempo usando virt-manager, así que tengo muchas expectativas de una solución nativa de KDE. También sigo esperando soporte de renderizado Vulkan en virt-manager (
libvirt). La UI basada en Kirigami se siente apretada porque deja márgenes demasiado grandes. Tuve una sensación parecida con la UI de Kirigami en print-managerAntes aqemu era mi frontend favorito. Da pena que lleve más de 10 años sin mantenimiento