GNU bug report logs - #70279
emacs-vterm not working

Previous Next

To reply to this bug, email your comments to 70279 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Théo Tyburn <theo.tyburn <at> posteo.net>
To: bug-guix <at> gnu.org
Subject: emacs-vterm not working
Date: Mon, 08 Apr 2024 13:07:32 +0000

The package emacs-vterm doesn't seem to work as intended.

Running
> guix shell --pure emacs emacs-vterm -- emacs -Q
> (require 'vterm)
results in
> Vterm need `vterm-module' to work. Compile it now? (y or n)
This is very weird since this error message isn't even present in the
package source (guix build emacs-vterm) but only in upstream source...

guix describe
> guix bfc6143
>   repository URL: https://git.savannah.gnu.org/git/guix.git
>   branch: master
>   commit: bfc614397b5f146056bda4b5a8e3a67bd1ca7b23
> rde 0c49f45
>   repository URL: https://git.sr.ht/~abcdw/rde
>   branch: master
>   commit: 0c49f451cc2de56043ce95169a5406d1ac340e94
> nonguix ec1daa7
>   repository URL: https://gitlab.com/nonguix/nonguix
>   branch: master
>   commit: ec1daa71c7f03e7401d05136c290630f03f9a560


Cheers,

Théo

Message #8 received at 70279 <at> debbugs.gnu.org (full text, mbox):

From: Richard Sent <richard <at> freakingpenguin.com>
To: Théo Tyburn <theo.tyburn <at> posteo.net>
Cc: 70279 <at> debbugs.gnu.org
Subject: Re: bug#70279: emacs-vterm not working
Date: Wed, 10 Apr 2024 19:25:56 -0400

I was unable to replicate this myself, the following commands worked:

--8<---------------cut here---------------start------------->8---
$ guix time-machine -q --commit=bfc614397b5f146056bda4b5a8e3a67bd1ca7b23 \
  -- shell --pure emacs emacs-vterm -- emacs -Q

(require 'vterm)
M-x vterm
--8<---------------cut here---------------end--------------->8---

I've seen that message before when installing vterm via straight.el.
vterm requires an external library (libvterm) to function. Guix usually
handles compiling that library as an input of the emacs-vterm package.

Perhaps it has something to do with how libvterm is a native input, not
a regular input? If it's required at runtime my understanding is it
should be the latter, not the former.

-- 
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.