- Offiziell wurde bestätigt, dass mit Karton ein Virtual-Machine-Manager speziell für KDE Plasma entwickelt wird
- Das Projekt basiert auf Qt Quick und Kirigami und ist dadurch optimal auf die KDE-Umgebung abgestimmt
- Mithilfe der libvirt API soll es verschiedene virtuelle Maschinen steuern können und langfristig auch Multiplattform-Unterstützung bieten
- Zu den wichtigsten Funktionen gehören ein angepasster SPICE-Viewer, Snapshots, eine intuitive Oberfläche sowie das Umschalten des Hypervisors zwischen System- und Benutzermodus
- Laut Zeitplan von Google Summer of Code 2025 soll das Projekt voraussichtlich im September 2025 fertiggestellt werden
Hintergrund und Bedarf für die Entwicklung von Karton
- In der GNOME-Umgebung gibt es mit GNOME Boxes bereits ein einfaches und konsistentes Tool zum Ausführen virtueller Maschinen
- KDE-Nutzer waren bislang auf Alternativen wie das veraltete qt-virt-manager angewiesen, hatten dort aber mit eingestellter Entwicklung und mangelnder KDE-typischer Integration zu kämpfen
- Der Bedarf an einer natürlich in die moderne KDE-Plasma-Umgebung integrierten VM-Verwaltungslösung ist dadurch stark gestiegen
Überblick über das Karton-Projekt
- Karton begann als Versuch eines QEMU-Frontends und wurde vom KDE-Entwickler Harald Sitter als Google-Summer-of-Code-Projekt ernsthaft vorangetrieben
- Derek Lin von der University of Waterloo entwickelt derzeit aktiv daran als Teilnehmer von Google Summer of Code 2025
- Ziel von Karton ist es, ein natives Virtual-Machine-Management-Tool bereitzustellen, das zum KDE-Ökosystem passt
Wichtige Technik und Merkmale
- Karton wird mit Qt Quick und Kirigami entwickelt und strebt eine vollständige visuelle und funktionale Integration in KDE Plasma an
- Über die libvirt API bietet es Virtual-Machine-Verwaltung und Erweiterbarkeit; auch Multiplattform-Unterstützung ist perspektivisch vorgesehen
- Statt das bestehende virt-install CLI direkt aufzurufen, wird libosinfo genutzt, um OS-Images automatisch zu erkennen und libvirt-XML automatisch zu erzeugen
- Auch die Erweiterung um Gerätekonfiguration und Unterstützung verschiedener Hypervisoren gehört zu den Entwicklungsaufgaben
Hauptfunktionen und geplanter Zeitrahmen
Die von Lin im Google-Summer-of-Code-Vorschlag genannten Funktionen sind:
- Installation und Konfiguration virtueller Maschinen über das libvirt-XML-Format
- Entwicklung eines angepassten SPICE-Viewers auf Basis von Qt Quick (als Ersatz für virt-viewer)
- Snapshot-Funktion für virtuelle Maschinen (Backup/Wiederherstellung)
- Intuitive und ansprechende GUI mit Vorschau sowie Einbeziehung von Community-Feedback
- Design-Inspiration durch das Listenlayout von MacOS UTM
- Bereitstellung einer mobilfreundlichen Oberfläche
- Echtzeit-Statusupdates werden effizient über die Funktion
virEventRegisterImplverarbeitet - Browse-Funktion mit einer Liste wichtiger Betriebssysteme
- Diagramme zur GPU- und Speichernutzung (im Stil von virt-manager)
- Umschalten zwischen QEMU-Hypervisor-Sitzung im Benutzer- und Systemmodus (Root)
Entwicklungszeitplan
- Der offizielle Coding-Start von Google Summer of Code 2025 ist der 2. Juni 2025
- Geplant sind ein Prototyp für die Zwischenbewertung bis zum 14. Juli und die Abgabe der finalen Version bis zum 1. September
Fazit
- Karton ist ein neues Projekt, das ein langjähriges Problem beheben soll: das Fehlen eines nativen Virtual-Machine-Management-Tools für die KDE-Umgebung
- Dass es zugleich Sichtbarkeit und Benutzerfreundlichkeit auf Basis moderner Qt- und KDE-Technologien bieten will, macht es zu einer bedeutenden Entwicklung für Linux-Desktop-Nutzer und Entwickler gleichermaßen
1 Kommentare
Hacker-News-Kommentare
Ich finde, KDE sollte sich auf grundlegende Funktionen wie Fensteranordnung, Fensterrendering und App-Launcher-Icons konzentrieren. Wenn ich virtuelle Maschinen brauche, nutze ich dafür separate VM-Software. Die integrierte KDE-Produktsuite enthält zwar teilweise gute Software, aber ich sehe keinen Grund, warum sie unbedingt mit der Desktop-Umgebung verzahnt sein muss. Dateimanager, VTE und ein Texteditor reichen im Grunde. Es wäre besser, wenn Icons pro App getrennt verwaltet würden. Versuche mit vereinheitlichten Icons führen am Ende nur dazu, dass Icons verschwinden oder schwarze Icons auf schwarzem Hintergrund erscheinen
Hier scheint es eine Verwechslung zwischen dem KDE-Projekt und Plasma zu geben. Plasma ist die Desktop-Umgebung, während das KDE-Projekt zahlreiche Anwendungen entwickelt und veröffentlicht. Viele KDE-Apps laufen auch auf anderen Betriebssystemen wie Windows, und man kann Plasma auch ohne andere KDE-Apps verwenden. Historisch wurde die Desktop-Umgebung oft einfach KDE genannt, aber heute ist sie nur noch eine von vielen Softwares, die vom KDE-Projekt entwickelt werden. Beim Icon-Theme stimme ich ebenfalls nicht zu, ich nutze selbst auch kein Icon-Theme
KDE entwickelt seit über 20 Jahren verschiedenste Werkzeuge: Browser, E-Mail-Clients, Kontaktverwaltungs-Apps und mehr. Schon zu KDE 1 gab es einen Dateimanager, und an einer Office-Suite wurde ebenfalls bereits gearbeitet. Die KDE-Produktsuite gibt es also seit den Anfängen. Plasma ist nur ein sehr kleiner Teil dessen, was KDE entwickelt. Wenn man nur einen Window-Manager will, gibt es minimalistischere Alternativen wie LXDE, Hyprland, Sway oder i3
Der Versuch, Icons als gemeinsame Assets zu behandeln und in Anwendungen hineinzuthematisieren, scheitert immer. Die GNOME-Community hat das in diesem Punkt richtig gemacht. Siehe https://stopthemingmy.app/. Unterstützung für app-übergreifende Theme-Konsistenz war nie mehr als eine Fantasie aus den 90ern und sah in der Praxis höchstens auf Screenshots gut aus
Aus genau diesem Grund bin ich zu sway gewechselt. Eine Integration zwischen den einzelnen Systemteilen ist wichtig, aber die Teile selbst sollten getrennt bleiben. GNOME und KDE funktionieren nur gut, wenn man wirklich alles davon benutzt. XFCE ist deutlich modularer
Etwas schade, dass die meisten Kommentare gar nicht über den eigentlichen Artikel sprechen. Ich freue mich jedenfalls auf den neuen VM-Manager. Ich nutze meist virt-manager, aber der wird kaum gepflegt, und auf HiDPI-Bildschirmen sind die Skalierungsprobleme gravierend. GNOME Boxes hat viele Bugs und zu wenig Funktionen. Es wirkt, als würde sich alles nur noch auf die CLI
virshkonzentrieren, sodass es derzeit keine wirklich brauchbare VM-GUI gibtIch nutze KDE Plasma auf Arch und mag diese Umgebung sehr. Sogar ein Blaulichtfilter ist eingebaut. Ich habe nicht vor, jemals wieder zu Windows zurückzukehren. KDE ist schneller, schöner und kommt ohne unerwünschte Werbung oder Tracking. Für den Alltag ist es top
Ich teste gerade Cachy und Plasma in einer VM und werde diese Kombination wohl direkt auf meinem nächsten PC installieren. Im Moment nutze ich Dual-Boot mit Ubuntu und Windows, habe mich aber seit über sechs Monaten nicht mehr in Windows eingeloggt. Wahrscheinlich werde ich auf dem nächsten PC gar kein Dual-Boot mehr einrichten
Ich habe ein Jahr lang GNOME benutzt und bin dann wieder zu Plasma zurückgekehrt. GNOME ist einfach zu unbequem. Mit Erweiterungen konnte ich manches notdürftig flicken, aber nach Updates ging sofort wieder etwas kaputt. Die englische Oberfläche mit ISO-Einheiten einzustellen ist unnötig kompliziert. Um Autostart-Programme zu verwalten, braucht man eine separate App. Bildschirm-Skalierung, Multi-Monitor-Betrieb und Bildschirmaufnahme sind alle schwach. Ich habe einen 60-fps-Monitor, aber der Mauszeiger ruckelt. Dass man schwedische, samische oder svdvorak-Tastaturen ausblenden kann, hilft auch kaum. Copy-and-paste funktioniert nicht zwischen Monitoren. Wenn man per alt+tab Fenster wechselt, geht Drag-and-drop nicht mehr. Sobald ein Kontextmenü offen ist, wird der gesamte Fokus blockiert, sodass ich nach dem Öffnen eines Dateikopierdialogs in Nautilus keine andere App anklicken kann. Nachdem ich versehentlich KDE in einer VM ausprobiert hatte, wurde mir klar, dass es keinen Grund gibt, die Umständlichkeit von GNOME weiter zu ertragen. Noch am selben Tag bin ich zu openSUSE zurückgekehrt
Ich habe KDE 1.0 vor gut 20 Jahren zum ersten Mal verwendet. Es wirkte damals zwar ein wenig wie ein Nachbau von Windows, aber in meiner Erinnerung war es trotzdem ausgereifter
Ich nutze seit drei Jahren Ubuntu + Plasma täglich. Für mich ist das die Version von Windows 7, die Windows 7 gern geworden wäre. Als dotnet- und devops-Ingenieur passt in den 2020ern einfach alles perfekt zusammen: Linux-Toolchain und Open Source sind heute wirklich ausgereift. Rider, datagrip, vscode und alles andere laufen problemlos. Den Aufwand mit docker oder wsl hat man nicht. Windows boote ich nur noch, wenn ich alte Versionen des .NET Frameworks ausführen muss, und da ich mein Windows-NVMe-Setup jederzeit in einer VM booten könnte, habe ich das Gefühl, Windows komplett hinter mir lassen zu können
Was KDE braucht, sind nicht neue Funktionen, sondern weniger Bugs
Ich habe mich über KDE-Bugs auch immer beschwert, aber seit Version 6.3 bin ich in zehn Jahren keinem ernsthaften Bug mehr begegnet. Wenn jemand KDE eine Weile nicht genutzt hat, lohnt sich vielleicht ein neuer Versuch
Ich sehe das ähnlich. Ich habe es mehrfach versucht, aber KDE wirkte auf mich in Sachen Stabilität und Feinschliff immer schwächer als GNOME. Das liegt wahrscheinlich an der starken Ausrichtung auf Anpassbarkeit bei KDE. Das Konzept gefällt mir, aber es ist schwer wartbar, und die Entwickler scheinen sich eher zu neuen Funktionen hingezogen zu fühlen als zur Bugbehebung
Ich würde mir wünschen, dass KDE eine integrierte VM-Lösung anbietet. Es wäre großartig, wenn Apps aus einer VM wie KWin-Fenster erscheinen könnten. Dafür bräuchte man im Gastbetriebssystem eventuell einen Hilfs-Daemon. Ähnliche Funktionen gab es früher schon, aber wenn eine große DE das offiziell anbieten würde, wäre das fantastisch
Überraschenderweise unterstützt Windows das über WSL2 bereits. Ich habe aus Spaß einmal
nautilusgestartet und war ziemlich verblüfftIch baue mir mit VirtualBox gerade fast genau so ein Setup. Auf meinem Laptop lasse ich mehrere VMs laufen und wenn ich einen externen Monitor anschließe, kann ich die Fenstergrößen frei anpassen. Ziehe ich den Monitor wieder ab, werden die Fenster automatisch wieder verkleinert. Durch gemeinsame Zwischenablage und Ähnliches fühlt es sich fast nativ an. Ich trenne meine VMs nach Zwecken, etwa eine nur für den täglichen Browser, eine nur für Vertragsprojekte usw. Virtuelle Desktops nutze ich auf dem Host, einzelne Desktops ordne ich den VMs zu.
alt+tabfunktioniert dabei nur innerhalb der VM. Ich nehme zwar die ganzen nervigen VirtualBox-Bugs und die rechtlichen Risiken rund um Oracle in Kauf, aber QEMU und KVM fühlen sich leider noch nicht ausgereift genug an, sodass ich vorerst bei VirtualBox bleibeTechnisch erfordert das ziemlich viele Hacks. Auf geschlossenen Betriebssystemen ist es schwierig, und unter Windows wird so etwas nur per RDP unterstützt
Mit
debboostrapund chroot-Mounts könnte man auch leichtere und ressourcenschonendere Ansätze ausprobierenUnter den aktuellen Lösungen gibt es keine, die das vollständig unterstützt. X11-Forwarding geht zwar, braucht aber Einrichtung und ist nicht wirklich nahtlos. Ich habe unter Linux noch keinen nativen Client/Server gefunden, der das wirklich gut kann
Ich finde es sehr erfreulich, dass man eine Alternative zu virt-manager wählen kann, insbesondere weil sie auf Qt basiert. Weniger begeistert bin ich von Kirigami und Qt Quick. Meiner Meinung nach schneiden sie bei Aussehen und Funktionsumfang schlechter ab als Lösungen auf Basis von Qt Widgets
Ich finde auch, dass es eine Alternative zu virt-manager braucht. Schon alltägliche Dinge wie Textsuche im XML oder Undo sind dort unerquicklich. Dass man den KDE-Namen dranhängt, wirkt etwas altmodisch, aber Karton ist als Name zumindest besser
Die Plasma-Shell selbst basiert auf Kirigami und Qt Quick, also gibt es kaum eine Umgebung, die so konsequent integriert ist wie diese
Das typische Ruckeln beim QML-Rendering lässt sich nur mit einer kommerziellen Qt-Lizenz vermeiden. Dafür hat man den Vorteil, Apps mit einer JSON-ähnlichen Syntax bauen zu können
Qt Quick ist allgemeiner einsetzbar, und Kirigami ist eine stärker spezialisierte Schicht darüber
Ich mag die Vollständigkeit und den Funktionsreichtum von KDE, aber das Design wirkt im Vergleich zu anderen heutigen Betriebssystemen oder Desktop-Managern etwas altbacken. Man kann zwar viel anpassen, aber je mehr man verändert, desto langsamer und unstimmiger wirkt das System. Deshalb entscheide ich mich für GNOME
Interessant ist, dass viele Menschen genau die gegenteilige Meinung haben. Für mich ist KDE die einzige Umgebung, die wirklich modern und schön wirkt
Hast du Plasma 6 ausprobiert? Für mich wirkt es deutlich moderner als GNOME
Ich finde das KDE-Design deutlich besser als das von Windows. Windows schafft es für mich immer wieder, den schlechtesten Desktop-Stil noch weiter zu unterbieten
Wenn sie nur noch ein Hamburger-Menü hinzufügen würden, wäre ich sofort wieder bei KDE. Gerade nachgesehen: KDE ist diesem Trend zwar auch gefolgt, aber zum Glück kann man es per Option abschalten
Ich frage mich, ob wirklich noch eine weitere GUI für kvm/qemu nötig ist. Ich finde, cockpit-project erfüllt diesen Zweck bereits ziemlich gut
virt-manager war für mich bisher vollkommen ausreichend, daher weiß ich nicht, ob es wirklich eine neue Alternative gebraucht hätte. Konkurrenz ist aber immer willkommen
Webinterfaces passen vielleicht zu Profis, sind für normale Nutzer aber schwer zugänglich. Schon das VM-Konzept ist kompliziert genug; eine vertraute UI wie bei VirtualBox oder VMWare macht den Einstieg deutlich leichter
Ich nutze virt-manager schon lange und freue mich sehr auf eine native KDE-Lösung. Ich warte auch auf die Vulkan-Rendering-Unterstützung von virt-manager (
libvirt). Die Kirigami-basierte UI fühlt sich durch die sehr breiten Ränder oft beengt an. Ein ähnliches Gefühl hatte ich auch bei der Kirigami-Oberfläche von print-managerFrüher war aqemu mein liebster Frontend. Schade, dass es seit über zehn Jahren nicht mehr gepflegt wird