Red HatがSPICEを放棄、コミュニティがWindowsエージェントを引き継ぎ「死なせない」

I refuse to let SPICE die

Red HatがSPICEのメンテナンスを終了したため、コミュニティがWindowsゲストエージェントのフォークを公開。マウス統合、クリップボード共有、ファイル転送、動的解像度などの機能を維持し、特にLinux上のWindows 11 VMで動作するようビルドを継続。マルチGPUパススルー時のマウス問題も修正済み。

Red HatはもはやアップストリームSPICEをメンテナンスしていない。このフォークは、現在のゲスト、特にLinux上のWindows 11 VM向けにWindowsエージェントのビルドと出荷を続ける。
  1. IndrekR

    私にとっては大混乱です。SPICEといえば、よく知られた回路シミュレータのことですから:

    https://en.wikipedia.org/wiki/SPICE

    よく使っています。最近は主にngspice経由で:

    https://en.wikipedia.org/wiki/Ngspice

  2. c0l0

    spiceを(Proxmox PVE経由で)不定期に使う者として、QEMUがハイパーバイザー内で直接sunlight/moonlightストリーミングをサポートするようになればいいのにと思います。Venus、VirtIO GPU、IntelのSR-IOVサポートによるゲストグラフィックスの高速化がようやく揃ってきた今、これはVDIスタイルのインフラにとってキラーアプリになるでしょう。

  3. franga2000

    Red HatがなぜSPICEを殺すことにしたのか、本当に理解できません。オープンソースの仮想化(例えばProxmox)でVMを使う際に、VMwareで使うのと近い体験をもたらしてくれた唯一のものでした。

    VNCは本当に最悪のリモートデスクトッププロトコルです。レイテンシは悪い、画質は悪い、統合も悪い。

  4. indigodaddy

    以前はx2goserverを使っていましたが、それは今でも素晴らしいものです。

    最近はDockerベースのKASM Workspacesを好んでいます。あるいは、ベアメタルのVMやサーバー上で快適なGUIが欲しいだけなら、KasmVNCが素晴らしく、セットアップも簡単です(KASM Workspacesのセットアップが難しいわけではありませんが)。

    https://hub.docker.com/r/linuxserver/kasm

    https://github.com/kasmtech/KasmVNC

  5. bityard

    気づいていなかったようです。これはRed Hatが放棄したWindows SPICEクライアントだけのことなのか、それともSPICE全体を廃止する方向に動いているのか?Red HatはもうVDI製品を持っていないのでしょうか?(一時は確かに持っていたはずです。)

    いずれにせよ、これを引き継いでくれてありがとう、OP。

この日のほかの記事

2026-09-12