FOSDEM WINEプロジェクトは、VulkanベースのDirectX変換レイヤーのバージョン8.0とDXVKバージョン2.1に到達しました。面倒だけど必要なアプリを1つか2つ除いてLinuxを試してみたいという方は、試してみる価値があります。
ちょうど1年ほど前にWINE 7.0のリリースについて取り上げましたが、それ以来ずっとスムーズに動作しています。そして今、WINE 8.0がリリースされ、Reg FOSSデスクの頼れるUbuntuマシンは、何も言わなくても自動的にアップグレードされ、今もなお問題なく動作しています。
Linux自体と同様に、WINEも近年かなり成熟してきました。その結果、良い意味で退屈になってきています。インストールするだけで、大抵の場合それほど面倒なことはなく、後はただ使い続ければ良いのです。
ランダムなWindowsアプリ（この場合はAbility Office 11）が、WINE 8のおかげでUbuntu 22.04でスムーズに動作するようになりました。
その結果、リリースノートには目新しい機能は比較的少ないです。WINEの全てが、LinuxネイティブのELF実行ファイル形式ではなく、Windowsスタイルの「ポータブル実行ファイル」としてビルドできるようになりました。この重要なステップは4年にわたる作業を経て実現しました。それ自体には目に見えるメリットはあまりありませんが、WINEのWindowsライクな部分と基盤となるUNIXネイティブな部分の分離を解消します。これにより、WINEは、32ビットサポートが不足している64ビットOS上で、32ビットWindowsプログラムをサポートできるようになるはずです。
Canonicalは2019年にUbuntuから32ビットアプリのサポートを削除する予定でしたが、ユーザーからの苦情を受けて計画を撤回しました。Appleは同年、macOS Catalinaから32ビットサポートを廃止しました。
32ビットライブラリへの依存をなくす作業はまだ進行中ですが、現時点ではWINE 8には「実験的な『Windowsライク』WoW64モード」と呼ばれる機能が搭載されています。これはすべてのアプリで動作するとは限りませんが、基盤となるOSが32ビットバイナリを全くサポートしていない場合でも、少なくともWINE 8で32ビットWindowsプログラムを起動できるはずです（macOS 10.15以降を含む）。これにより、64ビットArmマシンでのx86エミュレーションも改善されるはずです。
その他の改善点としては、DirectXと.NETのサポート強化、WINEのMonoエンジンのバージョン7.4.0へのアップデートなどが挙げられます。Common Controlsバージョン6のサポートにより、テーマ設定の改善とHiDPIディスプレイのサポートが強化され、新しいダークモードも追加されました。
WINEプロジェクトは、プロジェクトのWikiに記載されているように、3つの異なるブランチ（winehq-stable、winehq-devel）を管理していますwinehq-staging。昨年1月、新しい安定版（当時は7.0）をインストールしました。それ以来、プロジェクトは約2ヶ月ごとに、その安定版の新しいポイントリリースをリリースし、軽微なバグや問題を修正していますが、バージョン番号は変更していません。
- helloSystem 0.8: 使いやすく、グラフィカルなFreeBSD
- Unixは死んだ。Unix万歳！
- Endless OS バージョン 5 がテスト開始
- Fedora 38がついに形になりつつある
対照的に、開発ブランチでは数週間ごとに新しいポイントリリースがリリースされ、ステージングブランチはほぼ常に変化しています。安定版をインストールした後、この新しいリリースが登場するまで約1年間変更がなく、その後OSの他の部分と共に自動的にアップグレードされました。これは、統合パッケージマネージャーを備えたOSを使用する際のささやかな喜びの一つです。WINEのUbuntuリポジトリなど、適切に設定された外部リポジトリからソフトウェアが提供される限り、それらのアプリはOSの他の部分と共に自動的にアップデートされます。deb-get昨年ご紹介した便利なツールは、このプロセスを自動化してくれます。
大部分は退屈で、ただ動くだけです。最近の多くのディストリビューションやWINE自体もそうですが。先週、WINE 8が登場したばかりですが、私の唯一のWindowsアプリケーションは問題なく動き続けました。このハゲタカはWindowsアプリをあまり必要とせず、欲しくもありません。MS Word 2003は、長い記事の下書きに役立つアウトライナーのためだけに、手元に置いています。今世紀に入り、アウトライナーというアプリケーションカテゴリ全体が衰退していく中、MS Wordのアウトライナーは、まともな組み込み（つまりシングルペイン）アウトライナーとしてはほぼ最後の存在であり、Word 2003はリボンベースの「流れるような」インターフェースに呪われる前の、使える最後のバージョンです。
ただし、テスト目的で最新の Ability Office の試用版を入手したところ、問題なく最初から動作しました。
DXVK
先週はDXKVのバージョン2.1もリリースされました。これはDirect3D 9、10、11のAPI呼び出しをVulkan呼び出しに変換するものです。バージョン1.0の登場時にThe Regが取り上げたように、Vulkanはクロスプラットフォームの3DグラフィックスAPIであり、基本的にはOpenGLの現代的な後継です。Linux上のWINEで動作するDirect3DベースのWindowsゲームは、DXVKを使用することで、ゲームをLinux向けに開発したり、Linuxのサポートを必要とせずに、ハードウェアアクセラレーションによる3Dグラフィックスを利用できます。
こうしたツールへの研究開発がさらに進む理由は、Valveの携帯型ゲーム機「Steam Deck」などのデバイスを使ってLinux上でWindowsゲームを実行するという、新たな商業市場の重要性が高まっているからです。熱心なゲーマーではない方のために説明すると、Valveの「Steam」はWindows、Linux、macOS、iOS、Androidで動作するオンラインビデオゲームストアです。当初はいくつかの残念な問題が発生しましたが、現在ではSteamサービスでかなりの数のWindowsゲームがLinuxマシン上で問題なく、しかも高速に動作できるようになりました。ValveのLinuxベースの「SteamOS」は10年前から存在していますが、「Steam Deck」は好調に推移しており、多くのユーザーがLinuxマシンで有料のWindowsアプリを実行しているという状況です。
つまり、有料ユーザーはスムーズで洗練されたエクスペリエンスを期待しているため、ライブラリやツールへの資金の流れが加速するということです。そして、これはLinuxネットワーククライアントを導入しているものの、一部の従業員が必要とするWindows専用アプリに時々遭遇する企業顧客にとってもメリットとなるはずです。
はい、もちろん、VMでWindowsを実行してアプリを配置するだけで済みます。実際、VMはどこかのデータセンターのターミナルサーバーで実行することも可能です。ただし、その方法ではVMごとにWindowsライセンスが必要になります。WINEでアプリが十分に動作すれば、かなりのコスト削減につながるでしょう。
WINEの互換性データベースはリリースごとに改善されており、もしすぐにうまく動作しない場合はWinetricksも利用できます。面倒に感じるけれど、少し手間を省きたいなら、CodeweaversのCrossoverを使えばはるかに簡単に設定できます。しかもChromeOSにも対応しています。®
