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

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

Your message dated Sat, 15 Nov 2025 11:21:45 +0000
with message-id <736c7150dc08501cc89945035c406eaf9688e144.camel@adam-barratt.org.uk>
and subject line Closing requests for updates included in 13.2
has caused the Debian Bug report #1117469,
regarding release.debian.org: trixie-pu: emacs-libvterm/0.0.2+git20250113.056ad74-3~deb13u1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1117469: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1117469
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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


--- End Message ---
--- Begin Message --- 
Package: release.debian.org
Version: 13.2

Hi,

The updates referenced in each of these bugs were included in today's
13.2 trixie point release.

Regards,

Adam

--- End Message ---
Reply to: