你本地的 gnu/emacs 版本是多少？
帮忙github 上提交个 issue，方便我们后续追踪这个问题。
已提交， [Bug]: Straight unable to find required executable: git · Issue #126 · eval-exec/neomacs · GitHub
楼主应该只打算和上游同步lisp，其他的用rust重写。 佩服作者
1 个赞
楼主的做法应该是只同步底层，lisp解析，底层gc这些，然后对lisp兼容，这样lisp的新增功能可以直接复用，设计方面没问题，确实工作量是个大头，但是如果第一步兼容做好了，后面就容易了，佩服楼主，支持下
2 个赞
催更正式版（大概什么时候出来），也希望楼主别太累了
emmm，也许需要好几个月或一年以上，经过多次开发/测试/重构的迭代，才能实现 neomacs 的所有远大目标。
但是，能“勉强” 替代 GNU/Emacs, 有很多地方不完善/有bug/不兼容，能 “勉强” 日常使用的 Neomacs , 也许只需要 1~2个月
8 个赞
谢谢作者，加油
1 个赞
感谢作者的贡献！我是windows系统，刚刚用exe安装了一下，用终端启动会一直无响应，我去对应的文件目录也找不到neomacs.exe，请问这是需要我自己编译源码吗？（
emmm。你可以设置 RUST_LOG=INFO 环境变量之后，再启动 neomacs 吗？我看看有什么 错误日志输出，
抱歉！！是我的字体文件报错循环使整个emacs开不了，不是neomacs的问题 
给作者加油
2 个赞
昨天发了 0.0.13,今天晚上准备发 0.0.14
3 个赞
NEO Emacs 基于 Winit+WGPU, 非常适合玩一些花活…
2 个赞
感谢开启了emacs超级版的可能，我想知道等它成熟之后，性能上是否会和zed在同一梯队。从emacs出走到zed两年，现在又回来了。解决了一些痛点之后，我发现我已经离不开emacs了。当性能不再是emacs的瓶颈时，emacs对其他任何编辑器来说都是降维打击。emacs最伟大的贡献是将所有离散的数据以一种可交互，可编排，可过滤的形式整合在一起。让人对信息的单方面适应，变成所有细节可以调整，适应再进一步优化的过程。真是惊叹前人早已有此远见。
5 个赞
老实说，我认为这些花活缺乏工程上的使用场景。可以试试做neoemacs上ghostel对kitty-graphisc的支持，目前ghostel在emacs gui上用creat-images,性能差。
是的，我相信在未来，经过多次迭代后， neomacs 的性能会和 zed 持平。
4 个赞
支持， 可以帮忙先提个 github issue 吗。
实质上你可能还得对ghostel做些修改，提issue没啥用，得有方案实现。
ghostel 这块我还从来没了解过
好奇来问问，现在是什么进展了？
1 个赞