[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1118441: bookworm-updates: emacs-libvterm/0.0.2+git20230217.3e5a9b7-1+deb12u1



Package: release.debian.org
Severity: normal
Tags: bookworm
X-Debbugs-Cc: debian-emacsen@lists.debian.org, Martin <debacle@debian.org>
Control: affects -1 + src:emacs-libvterm
User: release.debian.org@packages.debian.org
Usertags: pu

[ Reason ]

This update backports the fixes for bug#1115607 from Forky/sid:
elpa-vterm adds a wrong path to Emacs' load-path to find the library
installed by emacs-libvterm.  Instead of being an arch:all package that
effectively hard-codes the path to find the shared library using
`/usr/lib/x86_64-linux-gnu' (which is amd64 - where the arch:all package
is built), it should be architecture dependent and point to the correct
`/usr/lib/<triplet>/' path to work.

FYI I have also filed a similar bug#1117469 for Trixie which has been
accepted.

[ Impact ]

Without the fix, elpa-vterm on Bookworm will be unusable on non-amd64
architectures (see bug#1115607 for details).

[ Tests ]

The proposed fix has been manually tested using an aarch64 qemu image.

[ Risks ]

This risk is minimal: it changes the elpa-vterm from arch:all to
arch:any, and adds Multi-Arch hints for both elpa-vterm and
emacs-libvterm.

[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

FYI the proposed change has also been pushed to debian/bookworm branch
in the team repo[1].

[ Other Info ]

As bug#1117469 has been accepted for Trixie, I have taken the privilege
and already uploaded to bookworm-proposed-updates so that the Stable
Release Manager can directly review the packages.  Hope this is OK.

[1] https://salsa.debian.org/emacsen-team/emacs-libvterm/-/tree/debian/bookworm?ref_type=heads

-- 
Regards,
Xiyue Deng

diff -Nru emacs-libvterm-0.0.2+git20230217.3e5a9b7/debian/changelog emacs-libvterm-0.0.2+git20230217.3e5a9b7/debian/changelog
--- emacs-libvterm-0.0.2+git20230217.3e5a9b7/debian/changelog	2023-02-18 02:43:13.000000000 -0800
+++ emacs-libvterm-0.0.2+git20230217.3e5a9b7/debian/changelog	2025-10-19 15:13:23.000000000 -0700
@@ -1,3 +1,16 @@
+emacs-libvterm (0.0.2+git20230217.3e5a9b7-1+deb12u1) bookworm; urgency=medium
+
+  * Backport fix for #1115607 from forky/sid
+    - Make elpa-vterm arch:any: elpa-vterm sets the shard library path
+      according to the host arch.  Previously when set as arch:all, the
+      `load-path' is set once during building arch:all package and won't
+      change based on the host arch, resulting in wrong `load-path' in
+      non-amd64 archs.
+    - Add `Multi-Arch: no' hint to elpa-vterm.
+    - Add `Multi-Arch: same' hint to emacs-libvterm. (Closes: #1115607)
+
+ -- Xiyue Deng <manphiz@gmail.com>  Sun, 19 Oct 2025 15:13:23 -0700
+
 emacs-libvterm (0.0.2+git20230217.3e5a9b7-1) unstable; urgency=medium
 
   * New upstream snapshot
diff -Nru emacs-libvterm-0.0.2+git20230217.3e5a9b7/debian/control emacs-libvterm-0.0.2+git20230217.3e5a9b7/debian/control
--- emacs-libvterm-0.0.2+git20230217.3e5a9b7/debian/control	2022-09-11 10:13:37.000000000 -0700
+++ emacs-libvterm-0.0.2+git20230217.3e5a9b7/debian/control	2025-10-19 15:13:23.000000000 -0700
@@ -17,6 +17,7 @@
 
 Package: emacs-libvterm
 Architecture: any
+Multi-Arch: same
 Depends: ${misc:Depends},
 	${shlibs:Depends},
 	elpa-vterm,
@@ -31,7 +32,8 @@
  This package contains the loadable module.
 
 Package: elpa-vterm
-Architecture: all
+Architecture: any
+Multi-Arch: no
 Depends: ${elpa:Depends},
 	${misc:Depends},
         emacs-libvterm,

Attachment: signature.asc
Description: PGP signature


Reply to: