安装vterm报错打不开 vterm-module

Action · 2019 年6 月 11 日 04:05

安装插件vterm遇到下面的报错.

Compiling file /home/me/.emacs.d/elpa-26.2/vterm-20190502.1700/vterm.el at Tue Jun 11 11:54:30 2019
Entering directory ‘/home/me/.emacs.d/elpa-26.2/vterm-20190502.1700/’
vterm.el:77:1:Error: Cannot open load file: No such file or directory, vterm-module

提示目录不存在, 实际是存在的

$ ls ~/.emacs.d/elpa-26.2/vterm-20190502.1700/
CMakeLists.txt  elisp.h         LICENSE    utf8.c  vterm-autoloads.el  vterm-module.c  vterm-pkg.el
elisp.c         emacs-module.h  README.md  utf8.h  vterm.el            vterm-module.h

安全其他插件也遇到同样的问题.

hek14 · 2019 年6 月 11 日 04:08

你得确保你当前打开的是26.2版本，假如你安装有多个版本的emacs的话

Action · 2019 年6 月 11 日 04:20

M-x emacs-version 26.2

shuguang79 · 2019 年6 月 11 日 04:24

module没有cmake成功吧？

Action · 2019 年6 月 11 日 04:30

请教应该怎么处理?

xuchunyang · 2019 年6 月 11 日 06:03

这个 Package 依赖动态模块（需要先用 C 编译器编译获得），从 MELPA 安装就会这样（没法 byte compile）。你按 M-x vterm-module-compile 先编译这个动态模块，成功之后 M-x vterm 就可以开始用了。

如果需要 Byte compile 的话，可以自己回头手动编译 vterm.el。

xuchunyang · 2019 年6 月 11 日 06:53

github.com/akermu/emacs-libvterm

vterm.el won't byte compile when install via package.el

opened 06:39AM - 11 Jun 19 UTC

closed 12:45PM - 18 Jul 19 UTC

xuchunyang

`vterm.el` won't get byte compiled when user installs the package. User should g…et this error message: > vterm.el:77:1:Error: Cannot open load file: No such file or directory, vterm-module because `vterm.el` contains this line in the top level: (require 'vterm-module) Users won't be able to resolve the issue by themself because package.el downloads and byte compiles the package at the same time, and users won't get a chance to compile `vterm-module` *before* package.el byte compiles `vterm.el`. Something like this maybe work (?) ```elisp (eval-when-compile (unless (require 'vterm-module nil t) (vterm-module-compile))) (require 'vterm-module) ``` Though I think it's better to ask Emacs maintainers how to distribute package with dynamic module through ELPA.

jixiuf · 2019 年6 月 11 日 08:46

临时解决方案可以安装完执行一次

(vterm-module-compile)

来编译term-module

github.com/akermu/emacs-libvterm

Problem with installation from MELPA

opened 06:07AM - 13 May 19 UTC

closed 01:31PM - 20 May 19 UTC

manuel-uberti

Hi, first of all thanks for this package. Can't wait to see if I finally can …use Fish shell in Emacs without any problem. As I was saying [here](https://github.com/melpa/melpa/pull/6133), I am having issues with the installation from MELPA. This is what I do: - `emacs -Q` - <kbd>M-x toggle-debug-on-error</kbd> - add and evaluate this in the `*scratch*` buffer ``` (setq package-archives '(("GNU ELPA" . "https://elpa.gnu.org/packages/") ("MELPA" . "https://melpa.org/packages/"))) ``` - <kbd>M-x package-initialize RET</kbd> - <kbd>M-x package-install RET vterm RET</kbd> I am getting this error when the installation finishes: ``` Leaving directory ‘/home/manuel/.emacs.d/elpa/vterm-20190502.1700’ Compiling file /home/manuel/.emacs.d/elpa/vterm-20190502.1700/vterm.el at Mon May 13 08:04:36 2019 Entering directory ‘/home/manuel/.emacs.d/elpa/vterm-20190502.1700/’ vterm.el:77:1:Error: Cannot open load file: No such file or directory, vterm-module ``` If I evaluate this in the `*scratch*` buffer, as suggested in the previously linked MELPA PR: ``` (let (vterm-install) (require 'vterm)) ``` I get this: ``` Debugger entered--Lisp error: (file-missing "Cannot open load file" "No such file or directory" "vterm-module") require(vterm-module) eval-buffer(#<buffer *load*> nil "/home/manuel/.emacs.d/elpa/vterm-20190502.1700/vte..." nil t) ; Reading at buffer position 2561 load-with-code-conversion("/home/manuel/.emacs.d/elpa/vterm-20190502.1700/vte..." "/home/manuel/.emacs.d/elpa/vterm-20190502.1700/vte..." nil t) require(vterm) (let (vterm-install) (require 'vterm)) (progn (let (vterm-install) (require 'vterm))) eval((progn (let (vterm-install) (require 'vterm))) t) elisp--eval-last-sexp(nil) eval-last-sexp(nil) funcall-interactively(eval-last-sexp nil) call-interactively(eval-last-sexp nil nil) command-execute(eval-last-sexp) ``` To add more context, these are some details on my system: ``` GNU Emacs 27.0.50 (build 1, x86_64-debian-linux-gnu, GTK+ Version 3.22.30) of 2019-05-13 Repository revision: d2d4916046e31e46598f0a0edbc65e75b8cb4cc3 Configured using: --host=x86_64-debian-linux-gnu --with-modules Emacs uptime: 13 minutes, 25 seconds Colour theme: zenburn Operating system: Ubuntu 18.04.2 LTS Window system: x11 Desktop environment: GNOME Shell 3.28.3 ```

Action · 2019 年6 月 11 日 10:37

喔, 太难了, 先放弃了, 用着multi-term.

Action · 2019 年6 月 11 日 10:38

感谢. 比较难实现. 先用其他将就着.

guodongsoft · 2019 年11 月 22 日 07:36

ubuntu 18.04 emacs 27

只要执行M-x vterm-module-compile，就报下面的错误，并退出emacs。大家遇到过吗？

Fatal error 11: Segmentation fault
Backtrace:
emacs(+0x149d1e)[0x55dca7545d1e]
emacs(+0x52a91)[0x55dca744ea91]
emacs(+0x1480fe)[0x55dca75440fe]
emacs(+0x1483a8)[0x55dca75443a8]
emacs(+0x14842c)[0x55dca754442c]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7f4e175ee890]
/home/guodong/.config/emacs/elpa/vterm-20191117.659/vterm-module.so(emacs_module_init+0x3a)[0x7f4e05794e1a]
emacs(+0x1d35c8)[0x55dca75cf5c8]
......

jixiuf · 2019 年11 月 22 日 13:40

github.com/akermu/emacs-libvterm

segmentation fault on Ubuntu

opened 12:03AM - 20 Aug 19 UTC

closed 02:10PM - 20 Aug 19 UTC

vidjuheffex

``` jules@jules-XPS-15-9570:~$ emacs ~/.emacs.d/emacs.org Fatal error 11: Segm…entation fault Backtrace: emacs(+0x14b45e)[0x5623e756a45e] emacs(+0x52177)[0x5623e7471177] emacs(+0x14983e)[0x5623e756883e] emacs(+0x149ae8)[0x5623e7568ae8] emacs(+0x149b6c)[0x5623e7568b6c] /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7fc5d6ceb890] /home/jules/.emacs.d/elpa/vterm-20190817.1032/vterm-module.so(emacs_module_init+0x3a)[0x7fc5bdf2265a] emacs(+0x1dc218)[0x5623e75fb218] emacs(+0x1d7efb)[0x5623e75f6efb] emacs(+0x1d859c)[0x5623e75f759c] emacs(+0x1bf2df)[0x5623e75de2df] emacs(+0x1afde5)[0x5623e75cede5] emacs(+0x1ea990)[0x5623e7609990] emacs(+0x1b2181)[0x5623e75d1181] emacs(+0x1d7959)[0x5623e75f6959] emacs(+0x1d81fb)[0x5623e75f71fb] emacs(+0x1d859c)[0x5623e75f759c] emacs(+0x1bf2df)[0x5623e75de2df] emacs(+0x1b2181)[0x5623e75d1181] emacs(+0x1b1fa7)[0x5623e75d0fa7] emacs(+0x1b282d)[0x5623e75d182d] emacs(+0x1b1fe3)[0x5623e75d0fe3] emacs(+0x1b23ed)[0x5623e75d13ed] emacs(+0x1b1fe3)[0x5623e75d0fe3] emacs(+0x1b3b0c)[0x5623e75d2b0c] emacs(+0x1b1fe3)[0x5623e75d0fe3] emacs(+0x1d1b8a)[0x5623e75f0b8a] emacs(+0x1d7738)[0x5623e75f6738] emacs(+0x1d8716)[0x5623e75f7716] emacs(+0x1afde5)[0x5623e75cede5] emacs(+0x1ea990)[0x5623e7609990] emacs(+0x1b2676)[0x5623e75d1676] emacs(+0x1afd3f)[0x5623e75ced3f] emacs(+0x1b2de9)[0x5623e75d1de9] emacs(+0x1d7df0)[0x5623e75f6df0] emacs(+0x1afde5)[0x5623e75cede5] emacs(+0x1ea990)[0x5623e7609990] emacs(+0x1afd3f)[0x5623e75ced3f] emacs(+0x1ea990)[0x5623e7609990] emacs(+0x1b1b84)[0x5623e75d0b84] emacs(+0x1b1eaa)[0x5623e75d0eaa] ... Segmentation fault (core dumped) ``` Ubuntu 18.04.3 LTS GNU Emacs 27.0.50 anything else I can provide as info?

guodongsoft · 2019 年11 月 23 日 11:42

好的，多谢！我重新编译一下emacs吧

Action · 2019 年12 月 14 日 00:25

Forget it. eshell or multi-term够用.

eshell’s tab completion 无与伦比
用termainal, Ctrl-tab一键切换, 与C-x O耗用的时间是等量的
eshell中可以用tmux,
时间与效率, 只安装能秒内完成的插件.

Youmu · 2020 年4 月 12 日 12:39

我发了一个 pr 来改善一下vterm的安装过程。主要是针对vterm在刚安装的时候，vterm-module-cmake-args它是获取不到的。于是想通过这个变量来让vterm使用系统里的libvterm包就不管用。

而国内clone github上的包又非常得慢，这个时候可以直接C-g阻止它clone，然后再人工调用vterm-module-compile就比较恶心。

所以这个 pr 就是先自动检测了一下系统里有没有libvterm，这是在CMakeLists.txt里做的，可以避免上面这种恶心的做法

webloginwu · 2022 年8 月 29 日 11:48

既然不能自动build，我手工build，跑到vterm目录下，阅读README文件，根据里面的描述，手工build vterm
再次启动emacs，就没有这个报错了

操作步骤：

     cd ~/.emacs.d/elpa/vterm-20220827.1455
                vim README
                  sudo apt install cmake
                  sudo apt install libtool
                  sudo apt install libtool-bin

                    mkdir -p build
                    cd build
                    cmake ..
                    make