KDEにようやく「Karton」というネイティブ仮想マシンマネージャーが導入
(neowin.net)- KDE Plasma専用の仮想マシンマネージャー Kartonの開発が正式に確認された
- このプロジェクトはQt QuickとKirigamiベースで作られており、KDE環境に最適化されている
- libvirt APIを使用してさまざまな仮想マシン制御と将来的なマルチプラットフォーム対応を目指す
- 主な機能はカスタムSPICEビューア、スナップショット、直感的なインターフェース、システム/ユーザー間のハイパーバイザ切り替え対応
- Google Summer of Code 2025の日程に従い、2025年9月ごろ完成予定
Karton開発の背景と必要性
- GNOME環境ではGNOME Boxesのように簡単で一貫性のある仮想マシン実行ツールが提供されている
- KDEユーザーは古いqt-virt-managerなどの代替手段を使ってきたが、開発中断やKDE固有性の不足という問題を抱えていた
- 最新のKDE Plasma環境に自然に統合されたVM管理ソリューションへの必要性が高まっている
Kartonプロジェクト概要
- KartonはQEMUフロントエンドの試みとして始まり、KDE開発者のHarald SitterがGoogle Summer of Codeプロジェクトとして本格化した
- University of WaterlooのDerek LinがGoogle Summer of Code 2025参加者として現在活発に開発を進めている
- Kartonの目標はKDEエコシステムに適したネイティブ仮想マシン管理ツールの提供である
主要技術と特徴
- KartonはQt QuickおよびKirigamiで開発されており、KDE Plasmaとの完全な視覚的・操作性の統合を追求している
- libvirt APIを通じて仮想マシン管理と拡張性を提供し、将来的なマルチプラットフォーム対応も視野に入れている
- 既存のvirt-install CLIを直接呼び出すのではなく、libosinfoを活用してOSイメージの自動認識とlibvirt XMLの自動生成を実装中
- デバイス構成、さまざまなハイパーバイザ対応の拡張も開発課題となっている
主な機能と目標日程
LinがGoogle Summer of Code提案書に明記した機能は次のとおり
- libvirt XMLフォーマットによる仮想マシンのインストールと設定
- Qt QuickベースのカスタムSPICEビューア開発 (
virt-viewerの代替) - 仮想マシンのスナップショット機能（バックアップ/復元）
- 直感的で洗練されたGUIとプレビュー、コミュニティフィードバックの反映
- macOS UTMのリストレイアウトをデザインの参考にする
- モバイルフレンドリーなインターフェースを提供
- リアルタイム状態更新を
virEventRegisterImpl関数で効率的に処理 - 主要オペレーティングシステムの一覧を提供するブラウズ機能
- GPU/メモリ使用量グラフ（virt-managerスタイル）
- QEMUハイパーバイザのセッション（ユーザー）/システム（root）モード切り替え機能
開発スケジュール
- Google Summer of Code 2025の公式コーディング開始日は2025年6月2日
- 中間評価用プロトタイプ完成は7月14日、最終完成版の提出締切は9月1日として計画されている
結論
- KartonはKDE環境に最適化されたネイティブ仮想マシン管理ツール不在という長年の問題を解消してくれる新興プロジェクトである
- QtとKDEの最新ネイティブ技術に合わせた視認性と使いやすさを同時に提供する点で、Linuxデスクトップユーザーと開発者の双方にとって意味のある変化である
1件のコメント
Hacker News の意見
KDE なら、ウィンドウ整列、ウィンドウ描画、アプリランチャーのアイコンのような基本機能に集中すべきだと思う。仮想マシンが必要なら仮想マシン用ソフトウェアを別に使う。KDE の統合製品群には良いソフトウェアも一部あるが、デスクトップ環境とあえて連携させる必要はないと思う。ファイルマネージャ、VTE、テキストエディタくらいがあれば十分。アイコンは各アプリごとに別々に管理したほうがよい。統合アイコンの試みは、かえってアイコンが見えなくなったり、黒い背景に黒いアイコンになったりするなど、問題ばかり起こる
KDE プロジェクトと Plasma の概念が混同されているように思う。Plasma はデスクトップ環境で、KDE プロジェクトはさまざまなアプリケーションを開発・配布している。多くの KDE アプリは Windows など他の OS でも動作し、Plasma だけを入れて他の KDE アプリなしでも使える。歴史的にはデスクトップ環境を KDE と呼んでいたが、今では KDE プロジェクトが開発する多くのソフトウェアの一つにすぎない。アイコンテーマについては私も同意できず、私自身もアイコンテーマは使っていない
KDE は 20 年以上にわたってさまざまなツールを開発してきた。ブラウザ、メールクライアント、連絡先管理アプリなど。KDE 1 の時点でもファイルエクスプローラがあり、オフィススイートもすでに開発中だった。KDE の製品群は最初から続いている。Plasma は KDE の成果物のごく一部にすぎない。ウィンドウマネージャとしての役割だけを求めるなら、LXDE、Hyprland、Sway、i3 のような、よりミニマルな代替もある
アイコンを共通資産にしてアプリケーションへ統合しようとする試みは、いつも失敗する。この点では GNOME コミュニティがうまくやった。https://stopthemingmy.app/ を参照。アプリ横断のテーマ一貫性のサポートは 90 年代の幻想にすぎず、実際にはスクリーンショット用にそれっぽく見えただけだった
こういう理由で sway に移った。システムの各部分の連携性は必要だが、各部分は分離されるべきだと思う。gnome も kde も、全部まとめて使うときだけは問題ない。XFCE のほうがむしろずっとモジュール化されている
記事の内容ではなく別の話ばかりするコメントが大半なのが少し残念。新しい VM マネージャの登場には期待している。主に virt-manager を使っているが、ほとんどメンテナンスされていないせいで HiDPI 画面でのスケーリング問題が深刻。GNOME Boxes はバグが多く機能も足りない。CLI の virsh にばかり気を配っているようで、最近まともに使える VM GUI がない
Arch で KDE Plasma を使っていて、この環境がとても気に入っている。ブルーライトフィルターも内蔵されている。Windows に戻るつもりはない。KDE のほうが速く、見た目もよく、不要な広告や追跡もない。日常用途には最高
Cachy と Plasma を VM 内でテスト中で、次の PC にはこの組み合わせをそのまま入れる予定。今は Ubuntu と Windows のデュアルブートだが、6 か月以上 Windows にログインしていない。たぶん次の PC ではデュアルブート自体入れないと思う
1 年間 gnome を使ったあと、また plasma に戻ってきた。gnome は不便すぎる。拡張機能でどうにか応急処置していたが、アップデートするとすぐ壊れる。英語インターフェースで ISO 単位設定も面倒。スタートアッププログラムを管理するには別アプリのインストールが必要。画面スケーリング、マルチモニター、画面録画も全部いまいち。60fps のモニターなのにマウスポインタがカクつく。スウェーデン語、サーミ語、svdvorak のキーボードを隠すのも大して役に立たない。コピペがモニター間でできない。alt+tab でウィンドウを切り替えるとドラッグ＆ドロップが効かない。コンテキストメニューが出ると全体のフォーカスがロックされ、Nautilus のファイルコピーのダイアログを開くと他のアプリをクリックできない。うっかり KDE を VM で使ってみたせいで、gnome の不便さに耐える理由はないと気づいた。その日のうちに opensuse に戻った
20 年あまり前に KDE 1.0 を初めて使った。当時は少し Windows の模倣っぽさもあったが、完成度はむしろ上だったと記憶している
Ubuntu + Plasma の組み合わせで 3 年間デイリー利用している。Windows 7 が夢見ていた姿だと思う。dotnet、devops エンジニアの立場からすると、2020 年代は Linux のツールチェーンとオープンソースの完成度が完璧に噛み合っている。Rider、datagrip、vscode などは全部問題なく動く。docker や wsl の煩わしさもない。Windows は古い .NET Framework を動かすときだけ起動し、必要ならいつでも VM で Windows の NVMe ブート設定をして完全に離脱できそうだ
KDE に必要なのは新機能ではなくバグ削減だ
私も KDE のバグにはいつも文句を言っていたが、6.3 以降は 10 年ぶりに深刻なバグに遭っていない。しばらく使っていなかった人なら、今もう一度試す価値がある
私も似た考えだ。何度も試したが、KDE はいつも gnome より安定性や完成度で劣るように感じる。おそらく KDE の高いカスタマイズ志向のせいだろう。コンセプトは好きだが保守は簡単ではなく、開発者たちもバグ修正より新機能導入に引かれているように見える
KDE が統合 VM ソリューションを提供してくれるといい。VM で動いているアプリが Kwin のウィンドウのように表示される機能があるとよい。そのためにはゲスト OS にヘルパーデーモンが必要かもしれない。以前にも似た機能はあったが、主要 DE が公式に提供してくれたら素晴らしい
驚くことに Windows では WSL2 を通じてこの機能をサポートしている。以前ふざけて
nautilusを実行してみて驚いたVirtualBox でほぼ同様の体験を実現している。ノート PC で複数の VM を立ち上げ、外部モニター接続時にはウィンドウサイズを好きに調整できる。モニターを外すとウィンドウは自動でまた縮小される。クリップボード共有などにより、ほとんどネイティブに近い。日常ブラウジング専用、契約プロジェクト専用など、用途別に VM を分けて運用している。仮想デスクトップはホストに、単一デスクトップは VM に割り当てている。alt+tab は VM 内でだけ動作するよう構成している。VirtualBox の細かなバグや Oracle の法務リスクを抱え込んでいるが、QEMU や KVM はまだ完成度が足りず、残念ながら VirtualBox にこだわっている
技術的にはかなり多くのハックが必要だ。クローズドな OS では難しく、Windows だけが RDP で対応している
debboostrap と chroot マウントを使えば、もっと軽量でリソース消費の少ない方法も試せる
現在のソリューションでこれを完全にサポートするものはない。X11 フォワーディングは可能だがセットアップが必要で滑らかでもない。Linux でネイティブにこれをサポートするクライアント/サーバーはまだ見つけられていない
virt-manager の代替を選べるのはとてもありがたい。特に Qt ベースなのがよい。Kirigami と Qt Quick を使うのは惜しい。Qt Widgets ベースより見た目も機能も劣ると感じる
virt-manager の代替は必要だと思う。XML でのテキスト検索や undo のような普通の機能ですら使いづらい状況だ。KDE と名付けるのはやや古くさいが、Karton という名前はまだましだと思う
Plasma shell 自体が Kirigami と Qt Quick ベースなので、これほど一貫して統合された環境はない
QML レンダリング特有のもたつきは商用 Qt ライセンスがないと避けられない。その代わり、JSON に似た文法でアプリを作れる利点がある
Qt Quick のほうがより汎用的で、Kirigami はその上にある、より特化したレイヤーだ
KDE の完成度と豊かさは好きだが、デザインは最近の他の OS や DM と比べると古く感じる。カスタマイズはできるが、やればやるほどシステムが遅くなり不自然になる。だから gnome を選んでいる
多くの人がまったく逆の意見を持っているのも面白いと思う。自分にとって KDE こそ唯一モダンで美しい環境だ
Plasma 6 を使ったことがあるのか気になる。個人的には gnome よりずっとモダンに感じる
KDE のデザインは Windows よりはるかに優れていると思う。Windows はデスクトップデザインの最悪さを常に更新していると感じる
ハンバーガーメニューさえ追加されれば、すぐに KDE に戻る。今確認したら KDE もこのトレンドに乗っていたが、幸いオプションで無効にできる
kvm/qemu 用の GUI がまた必要なのか疑問だ。cockpit-project がすでにこの目的にかなりうまく作られていると思う
virt-manager はこれまで十分満足できたので、わざわざ新しい代替が必要だったのかは分からない。それでも競争はいつでも歓迎だ
Web インターフェースは上級者には向いているが、普通のユーザーには難しい。VM の概念自体が難しく、VirtualBox や VMWare のような親しみやすい UI のほうがむしろアクセシビリティが高い
virt-manager を長く使っているので、KDE ネイティブなソリューションには大いに期待している。virt-manager の Vulkan レンダリング（libvirt）対応も待っている。Kirigami ベースの UI は余白が広すぎて窮屈に感じる。print-manager の Kirigami UI でも似たような印象があった
昔は aqemu が一番好きなフロントエンドだった。もう 10 年以上メンテナンスされておらず残念だ