Emacs 27.1中的Emacs软件包管理失败

时间:2020-08-21 17:14:41

标签: emacs magit melpa

我的最终目标是让magit在openSUSE Tumbleweed上再次与Emacs 27.1一起工作,但是在此之前的问题是使(melpa?)包管理正常工作-所以这实际上是本帖的内容。我在其他软件包中遇到了这些问题; magit只是一个例子,因为要很棒。我最近没有使用Emacs 26.3安装任何软件包,但我的假设是可以。 Magit肯定在工作。

尝试是从光秃秃的木头开始:

rm .emacs
rm -r .emacs.d

需要melpa来获得魔力,所以我只在其中创建了一个新的.emacs:

(require 'package)
(add-to-list 'package-archives
             '("melpa" . "https://melpa.org/packages/") t)
(package-initialize)

重新启动emacs,package-list命令显示其中有大量的melpa东西(是的!)。包括魔鬼!

因此,我通过单击“安装”按钮进行安装(版本20200820.227),然后在要求确认时单击“是”。这是“消息”缓冲区末尾发生的情况:

Wrote /home/tcarroll/.emacs.d/elpa/magit-20200820.227/magit-autoloads.el [2 times]
Loading async...done
Contacting host: melpa.org:80

error in process sentinel: async-handle-result: End of file during parsing
error in process sentinel: End of file during parsing

这时已安装了magit-甚至可以使用magit-status。但是,如果我重新启动Emacs,则运行magit-status会导致:

load-history-filename-element: Wrong type argument: stringp, (require . info)

...而且我实际上没有任何Git状态。

我得到的一些输出使我不记得启动Emacs 26.3时获得过的输出:

Warning: game dir '/var/games/emacs': Permission denied
Loading loadup.el (source)...
dump mode: nil
Using load-path (/usr/share/emacs/27.1/site-lisp /usr/share/emacs/site-lisp /usr/share/emacs/27.1/lisp /usr/share/emacs/27.1/lisp/emacs-lisp /usr/share/emacs/27.1/lisp/progmodes /usr/share/emacs/27.1/lisp/language /usr/share/emacs/27.1/lisp/international /usr/share/emacs/27.1/lisp/textmodes /usr/share/emacs/27.1/lisp/vc)
Loading emacs-lisp/byte-run...
Loading emacs-lisp/byte-run...done
Loading emacs-lisp/backquote...

“装”这个和那个的几个屏幕;如果有帮助,我可以提供更多内容。我推测这与新的便携式自卸车有关吗?

我附近有很多剃光clean牛(其余的人都很害怕)。试图防止它变得太长。

根据要求添加新信息:

openSUSE Tumbleweed今天更新为emacs。仍为27.1版,但今天已过时:

GNU Emacs 27.1 (build 1, x86_64-suse-linux-gnu, GTK+ Version 3.24.22, cairo version 1.16.0) of 2020-08-25

通过错误切换切换调试。不幸的是,安装行为没有新意;还是

async-handle-result: End of file during parsing

再次感谢您的帮助!

1 个答案:

答案 0 :(得分:2)

结果是/ usr / bin / emacs是一个 script 而不是二进制文件(我相信对大多数人来说都是老新闻),它决定了调用Emacs的不同方式。对我来说,关键是最后要这样做:

exec -a emacs /usr/bin/emacs-gtk

这导致Emacs发出很多有关“加载”此内容的消息,包括loadup.el,最终在软件包方面无法正常工作(Org和Magit都受影响,可能还有其他原因)。

当我改为调用它时:

/usr/bin/emacs-gtk

...我没有看到任何这些“正在加载”消息。 Magit和Org都可以正常工作。

从我对这个“ exec -a”的有限了解来看,似乎“不应”在行为上存在这种差异,所以也许我忽略了我环境中的一些愚蠢的事情。但是东西现在可以用了。

相关问题