home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   linux.debian.maint.emacsen      Maintaining Emacs on Debian      675 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 202 of 675   
   Xiyue Deng to Kaloian Doganov   
   Bug#1115607: elpa-vterm: "M-x vterm" ins   
   19 Sep 25 10:20:01   
   
   XPost: linux.debian.bugs.dist   
   From: manphiz@gmail.com   
      
   Control: tags -1 confirmed   
      
   "Kaloian Doganov"  writes:   
      
   > Package: elpa-vterm   
   > Version: 0.0.2+git20250113.056ad74-1   
   > Severity: important   
   >   
   > Dear Maintainer,   
   >   
   >    * What led up to the situation?   
   >   
   > Just installed elpa-vterm, launched Emacs, and issued M-x vterm.   
   >   
   >    * What exactly did you do (or not do) that was effective (or   
   >      ineffective)?   
   >   
   > Issued M-x vterm.   
   >   
   >    * What was the outcome of this action?   
   >   
   > The following message appeared in Emacs:   
   >   
   >     Vterm needs `vterm-module' to work.  Compile it now? (y or n)   
   >   
   > This is weird, because vterm-module.so is already installed on the system   
   due to   
   > elpa-vterm depending on emacs-libvterm:   
   >   
   > $ find /usr/lib -name vterm-module.so   
   > /usr/lib/aarch64-linux-gnu/emacs-libvterm/vterm-module.so   
   >   
   >    * What outcome did you expect instead?   
   >   
   > To get a vterm session buffer out of the box.   
   >   
      
   I can reproduce this in an arm64 qemu img.  It turns out on arm64, the   
   vterm-load-path.el is pointing to the wrong shard library path:   
      
   ,----   
   | root@host:~# uname -a   
   | Linux host 6.16.7+deb14-arm64 #1 SMP PREEMPT Debian 6.16.7-1 (2025-09-11)   
   aarch64 GNU/Linux   
   | root@host:~# cat /usr/share/emacs/site-lisp/elpa/vterm-0.0.2/v   
   erm-load-path.el   
   | ;;; set load-path for vterm-module.so -*- lexical-binding: t; -*-   
   | (add-to-list 'load-path "/usr/lib/x86_64-linux-gnu/emacs-libvterm")   
   `----   
      
   According to the buildd log[1], the arm64 package was built on an arm64   
   buildd, but it looks like ${DEB_HOST_MULTIARCH} gives the wrong value of   
   `x86_64-linux-gnu'.   
      
   > [...]   
      
   [1] https://buildd.debian.org/status/fetch.php?pkg=emacs-libvter   
   &arch=arm64&ver=0.0.2%2Bgit20250113.056ad74-1&stamp=1739790836&raw=0   
      
   --    
   Regards,   
   Xiyue Deng   
      
   --=-=-Content-Type: application/pgp-signature; name="signature.asc"   
      
   -----BEGIN PGP SIGNATURE-----   
      
   iQJGBAEBCgAwFiEEiKQfd6o81mjI+LWALell7WOCXJMFAmjNESMSHG1hbnBoaXpA   
   Z21haWwuY29tAAoJEC3pZe1jglyTzR8QAJh9Cb8mkIlhCYKi60bv1asoP6j9ewF4   
   GvaCNOGK6R1GfAgrE0xC49R+gsP22nZH1LcNbKBjHNryxvuLu6u+18G/GWbleXhZ   
   I/3YhL4wckk8IxxVNXplRmeJCcMRLHcd1xwdbTvJqmC+HeH0qs6d7GLxvOwFgh+Y   
   KVXuhv1lbtHkG/dTPWv5Q0xtIPpVxxTbobQE7fOv5qCgqEkmZuAGDH7l+HmyUy9v   
   PU6YmTpxkHC53m/gAjJdqDexYXWq/odxL7+eGBBh5sK9dXnk/dkI6kRF0fr1ked7   
   kyMQS5URP/WC+39ennZIwair/roJZlSmLo21/8g0Dk30nNStKBKKRII3Dolp45W7   
   bIe6iCHgpgskaIhx1+bV/bWxxPe/wF7wyGKNutfVe0pbZLrtJ4hQ6YQln2g0I1dn   
   KoSU+8qgKUlHFZNKZWt9aWFp4NtVN8Ii6RkWy9O7uWzQAq6rc8pwNftrib/7QMiz   
   7/xgg5MWR6PRV+tAuLtif2lyv0xls9USiRhAJEuwuO14THfp9jeoBERnFM9igI82   
   ++N7peqQeyR6iDzMkF7WlSig5ct2F+J4PQSL/XINs3mxNeYWqNmFBnDYaAXKcLo2   
   CaJUJc10dmIr3oWp8k40ALlpN4ko17NlSN/sjmmBy2B3OehTj1b0y6UU2S72RoVO   
   BaMP5mLAUJeR   
   =3te0   
   -----END PGP SIGNATURE-----   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca