Home 零对冲(ZeroHedge)每日HackerNews

Linux 版 ChatGPT 桌面应用中的 Codex 功能现已开启预览。
Codex in ChatGPT desktop app for Linux is now in preview

原始链接: https://community.openai.com/t/codex-in-chatgpt-desktop-app-for-linux-is-now-in-preview/1390027

要在 Fedora KDE Plasma (Wayland) 环境下解决官方 Linux 版 ChatGPT/Codex 应用的日文输入法 (Fcitx 5) 问题，无需退回到 XWayland。 只需在启动应用时加入特定参数，强制启用原生 Wayland 输入法支持即可： `--enable-features=UseOzonePlatform --ozone-platform=wayland --enable-wayland-ime` 若要永久生效，请将 `chatgpt.desktop` 文件复制到 `~/.local/share/applications/` 目录下，并将上述参数追加到 `Exec` 行中。执行 `kbuildsycoca6` 后，即可在保持 Wayland 原生环境的同时正常使用日文输入。 考虑到类似的 Chromium/Electron 应用经常遇到此类兼容性障碍，若未来版本的 Linux 桌面端能默认启用这些参数，将能显著提升 Wayland 用户的使用体验。

ChatGPT Linux 桌面版（基于 Codex）的发布在 Hacker News 上引发了激烈讨论，焦点主要集中在该应用的架构及其带来的安全隐患。 **争议要点包括：** * **性能与架构：** 许多用户批评该应用基于 Electron 构建，相较于轻量级的命令行（CLI）替代方案，它存在内存占用高、臃肿等问题。部分开发者认为，像 OpenAI 这样拥有雄厚资源的公司应当开发出高性能的原生应用。 * **安全隐患：** 社区中很大一部分人将该应用视为潜在的安全风险，理由是其“计算机使用”（computer use）功能允许人工智能访问本地文件、系统权限及浏览器工作流。用户强烈建议在虚拟机或隔离容器等沙箱环境中运行该应用，以防止未经授权的系统修改。 * **实用性与理念之争：** 支持者强调了该应用的便捷性，指出图形用户界面（GUI）提高了功能的可发现性，简化了复杂的智能体编排，并允许通过移动设备进行远程控制。相反，批评者（特别是 Linux 高级用户）则持怀疑态度，认为原生 CLI 工具或本地托管的模型在隐私保护、透明度及效率上更具优势，且没有“间谍软件”的风险。 归根结底，这场讨论反映了追求图形界面易用性的用户与偏好基于终端、注重隐私工作流的用户之间的分歧。
相关文章
原文

I installed the new Linux ChatGPT/Codex desktop app from the official x64 RPM and encountered a Japanese IME issue on Fedora KDE.

Environment

  • Fedora 44 x86_64
  • KDE Plasma / Wayland
  • Fcitx 5
  • Japanese input method
  • Official ChatGPT/Codex Linux RPM

Issue

When ChatGPT is launched normally from the KDE application menu, I cannot switch to Japanese input inside the message composer.

Japanese input works normally in native KDE applications such as KWrite.

I have encountered a similar IME compatibility issue with another Chromium/Electron-based application, Obsidian, on the same Fedora/KDE/Wayland environment. In that case, I ultimately had to run Obsidian through XWayland to get Fcitx Japanese input working reliably.

Because of that, I initially suspected that ChatGPT might require the same XWayland workaround.

However, ChatGPT/Codex can be fixed without falling back to XWayland.

Wayland-native workaround

Launching ChatGPT with:

chatgpt \
  --enable-features=UseOzonePlatform \
  --ozone-platform=wayland \
  --enable-wayland-ime

immediately enables Japanese input in the message composer.

So, unlike the workaround I needed for Obsidian, ChatGPT can remain Wayland-native. It appears that explicitly enabling Wayland IME support is sufficient.

I then copied the ChatGPT .desktop file to:

~/.local/share/applications/

and changed its Exec= line to:

Exec=chatgpt --enable-features=UseOzonePlatform --ozone-platform=wayland --enable-wayland-ime %U

After running:

kbuildsycoca6

I can now launch ChatGPT normally from the KDE application menu and switch to Japanese input successfully.

Summary

There seem to be recurring IME compatibility issues with some Chromium/Electron-style applications on Fedora + KDE Plasma + Wayland + Fcitx.

In this case, however, ChatGPT/Codex does not need an XWayland fallback. Enabling Wayland IME support explicitly is enough:

--enable-features=UseOzonePlatform
--ozone-platform=wayland
--enable-wayland-ime

This makes me wonder whether these options, particularly --enable-wayland-ime, could be enabled by default in the Linux desktop app where appropriate.

Since the Linux app has just entered preview, I wanted to share the reproduction details and confirmed Wayland-native workaround.

联系我们 contact @ memedata.com