为啥我是默认开的哇 
估计是维护那个 aur 包的人开的
archlinuxcn 也有人反馈
我们没有默认 pgtk，只是 arch linux 默认开启了
我认为没有用 wayland 就没必要开启 pgtk，X11 上使用 X 版本用户体验会好很多。
Arch Linux 默认开启是他们的毛病，我这里真没办法
是aur上面开了，archlinuxcn跟随就给编译了。完全是上游的锅。现在造成了既定事实，需要用pgtk的用户多半不愿意关掉了。暂时只能自己编译了。
谁能帮忙在这个 issue 中说一下 x11 下没法使用 xim 和 fcitx 的问题早就解决了，我因为没有 github 账号无法回复。谢谢。
包的维护者已经注意到这个问题了
我已经向Arch的开发者反馈了：
第一、X11版本非常早就可以使用 xim 和 fcitx 了
第二、pgtk默认打开，对于非Wayland用户非常不友好，用户要在Emacs29和X11特性之间做选择
第三、我觉得Arch应该遵守上游社区的默认设置，Emacs默认没有开 pgtk 是Emacs开发者深思熟虑的考量，发行版开发者不应该按照自己的理解去修改默认编译参数
1 个赞
顺便回答一下issue中说“建议去催促上游尽快发版”的同志：可以看看 bug-gnu-emacs 每天有多少标题中含有 29.0.50 的 bug。
呃。上游把jit也打开了，archlinuxcn再跟下去就乱套了
其实 Arch 多打几个包就好了，默认有一个和Emacs官方一模一样就好了。
希望archlinuxcn的维护者愿意不再跟随，否则天知道上游aur的emacs-git以后又会根据自己的喜好开哪些特性。头大。archlinuxcn一直紧跟aur/emacs-git打包，没想到上游突然开实验特性
麻烦提醒一下 yuyichao 上游很重视 XIM 用户的体验，反而使用 pgtk input method 时经常出现开启输入法无法输入 S-SPC 和 s-A 等问题，XIM 下已经被解决的问题不是默认开启 pgtk 的借口。
1 个赞
一堆Vi用户在维护emacs-git的包，真的是非常喜感了，我觉得最起码Github几个讨论的开发者都不是真正的Emacser, 现在输入法 emacs-rime 已经解决的非常好了，只有Emacs新手才会用系统输入法在不同Buffer切换输入状态。
1 个赞
这个包出现的问题严格来说不是archlinuxcn的锅，是上游aur/emacs-git包的维护者改动了，archlinuxcn的机器人自动打包。没人想到上游会突然开实验特性，而且还连续开了两个
要不要我们自己去 AUR 里面打几个包啊，最少要有这几个包：
- emacs: emacs正式版
- emacs-git: emacs原汁原味的 git 版
- emacs-git-pgtk: 只开了pgtk的版本
- emacs-git-jit: 只开了 jit 的版本
- emacs-git-pgtk-jit: 开了 pgtk 和 jit 的版本
爱用哪个用哪个，Wayland的用户天天嚷嚷，现在把X11用户弄得不爽了，该X11用户出来嚷嚷了。
其实从实用角度看， XWayland最爽。
Wayland能比XCB快多少？用户根本就体验不出来差异，Linux下差的是应用，不是这些技术折腾，特别是Gnome一天到晚就折腾 Wayland， GJS, JavaScript Desktop, Rust, JBuild 等等，轮子造一大堆，还奇奇怪怪的交互设计。
1 个赞
包5其实已经有人打包了，也有不少用户。还是让喜欢尝试新特性的用户自己编译前改pkgbuild开自己喜欢的特性吧。
我就想两个版本，emacs和emacs-git, 尽量不要改原版。
我的 emacs 29 现在打开半天没反应（在后台用 JIT 编译所有插件成 eln ? ), 前天才用上 emacs 29, 今天准备把 pgtk 分支的坐标修一下的，真是的 Emacs 29 又用不了了。