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

Bug#1117469: release.debian.org: trixie-pu: emacs-libvterm/0.0.2+git20250113.056ad74-3~deb13u1



Package: release.debian.org
Severity: normal
Tags: trixie
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 unstable version that fixes bug#1115607:
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.

[ Impact ]

Without the fix, elpa-vterm on Trixie 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 been pushed to debian/trixie branch in the
team repo[1].

[ Other Info ]

This is my first time doing a proposed update, and I am only a DM, so
not sure whether I have the required permission to do the uploads.
Please advise how to proceed once approved.  TIA!


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

-- 
Regards,
Xiyue Deng

diff -Nru emacs-libvterm-0.0.2+git20250113.056ad74/debian/changelog emacs-libvterm-0.0.2+git20250113.056ad74/debian/changelog
--- emacs-libvterm-0.0.2+git20250113.056ad74/debian/changelog	2025-02-17 02:24:43.000000000 -0800
+++ emacs-libvterm-0.0.2+git20250113.056ad74/debian/changelog	2025-10-05 23:55:36.000000000 -0700
@@ -1,3 +1,36 @@
+emacs-libvterm (0.0.2+git20250113.056ad74-3~deb13u1) trixie; urgency=medium
+
+  * Upload to trixie
+
+ -- Xiyue Deng <manphiz@gmail.com>  Sun, 05 Oct 2025 23:55:36 -0700
+
+emacs-libvterm (0.0.2+git20250113.056ad74-3) unstable; urgency=medium
+
+  * Fix elpa-vterm to use "Multi-Arch: no"
+    - elpa-vterm installs the files under the same path on different
+      archs, so they are not co-installable.
+
+ -- Xiyue Deng <manphiz@gmail.com>  Sat, 27 Sep 2025 16:16:16 -0700
+
+emacs-libvterm (0.0.2+git20250113.056ad74-2) unstable; urgency=medium
+
+  * Upload to unstable
+    - Change elpa-vterm to arch:any fixed the DEB_HOST_MULTIARCH
+      generation. (Closes: #1115607)
+
+ -- Xiyue Deng <manphiz@gmail.com>  Fri, 19 Sep 2025 15:32:17 -0700
+
+emacs-libvterm (0.0.2+git20250113.056ad74-2~exp1) experimental; urgency=medium
+
+  * 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: same' hint to arch:any packages
+
+ -- Xiyue Deng <manphiz@gmail.com>  Fri, 19 Sep 2025 04:03:55 -0700
+
 emacs-libvterm (0.0.2+git20250113.056ad74-1) unstable; urgency=medium
 
   * Sync to latest upstream snapshot (056ad74)
diff -Nru emacs-libvterm-0.0.2+git20250113.056ad74/debian/control emacs-libvterm-0.0.2+git20250113.056ad74/debian/control
--- emacs-libvterm-0.0.2+git20250113.056ad74/debian/control	2025-02-17 02:24:43.000000000 -0800
+++ emacs-libvterm-0.0.2+git20250113.056ad74/debian/control	2025-10-05 23:55:36.000000000 -0700
@@ -19,6 +19,7 @@
 
 Package: emacs-libvterm
 Architecture: any
+Multi-Arch: same
 Depends: ${misc:Depends},
 	${shlibs:Depends},
 Enhances: emacs
@@ -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: