Wine-Staging 11.1 新增修補程式，讓近期版本的 Photoshop 可在 Linux 上執行 （★ 103 分）
在 Wine 11.1 開啟 11.0 之後的新開發循環後，實驗性分支 Wine-Staging 11.1 也隨之釋出。Wine（Windows API 相容層，讓 Windows 程式能在 Linux 上執行）的 Staging 版本維持約 254 個比主線（upstream，官方主分支）更多的補丁；這次更新重點之一，是把既有 250+ 補丁重新基於最新 Wine Git（版本控制系統）狀態整理，並同步拉入最新 VKD3D（將 Direct3D 12 轉譯到 Vulkan 的元件）程式碼。
本次最受矚目的新增，是把一組針對 MSXML3（Microsoft XML 解析元件）與 MSHTML（Internet Explorer 的 HTML 排版引擎）行為的修正納入 Wine-Staging，目標是讓較新的 Adobe Photoshop（含 Creative Cloud 安裝程式）能在 Linux 上順利安裝並啟動。相關問題先前在 Wine 的 Bug 47015 中被追蹤，主線 Wine 尚未合併這些修補，但 Wine-Staging 11.1 先提供給使用者測試；若回報結果良好，後續有機會進入 Wine 11.x 的雙週開發版。除了這組與 Adobe 軟體相容性相關的變更外，Wine-Staging 11.1 沒有其他新補丁，想試用者可到 WineHQ 取得對應的二進位檔。
在 Hacker News 討論中，不少人對於能在 Linux 跑起 Photoshop／Lightroom（Adobe 影像管理與調色軟體）感到期待，因為它牽涉到工作流程與長年習慣；即使替代方案如 Darktable 已相當成熟，轉換成本仍讓人卻步。也有人提醒，這波進展偏向把「安裝程式能跑」的門檻降低，但實際使用 Adobe 全套在 Wine 下仍可能卡在效能、穩定性與功能相容性；對於需要圖形運算的情境，留言也提到若缺乏 GPU 硬體加速，對重度影像工作就不太實用。另有觀點主張改走虛擬機方案，例如用 WinBoat 這類把 Windows 環境容器化、並讓單一應用程式整合到 Linux 桌面的做法。
討論也延伸到 Wine 補丁的哲學與風險：究竟是針對特定應用程式做「特例偵測」，還是以更通用方式補齊 Windows API 行為。有留言指出 Windows 本身就內建相容性修正（shim）會對特定程式套用不同策略，因此 Wine 有時不得不模擬這種現實；但也有人補充 Wine 長期傾向避免寫死應用程式特例，而是以可被測試套件驗證的通用 API 修正為主，商業分支如 CrossOver（CodeWeavers 的 Wine 發行版）或 Valve 的 Proton（Steam 的 Windows 相容層）則可能更願意收納「以某應用為導向」的修補。最多人關心的另一題是：微軟是否可能針對 Win32（Windows 32-bit API）重作提告；不少人認為先例如 Google LLC v. Oracle America, Inc.（API 著作權與合理使用爭議案）與更早的模擬器判例，讓互通性重作不易被一刀封殺，再加上 Wine 的 clean-room（潔淨室）貢獻規範、Valve 的訴訟資源，以及「打到 Steam Deck」的公關風險，使微軟不太可能冒然出手；也有人指出 Proton 已讓 Linux 遊戲足夠可靠、甚至推動掌機市場變化，微軟其實已經以 WSL（Windows Subsystem for Linux）與改善掌機模式等方式回應這股趨勢。
👥 35 則討論、評論 💬
https://news.ycombinator.com/item?id=46754427