Package: emacs
Version: 1:29.1+1-2
Severity: normal

Dear maintainer,

This morning, I performed the following upgrade:

[UPGRADE] emacs:amd64 1:28.2+1-16 -> 1:29.1+1-2
[UPGRADE] emacs-bin-common:amd64 1:28.2+1-16 -> 1:29.1+1-2
[UPGRADE] emacs-common:amd64 1:28.2+1-16 -> 1:29.1+1-2
[UPGRADE] emacs-common-non-dfsg:amd64 1:28.2+1-2 -> 1:29.1+1-1
[UPGRADE] emacs-el:amd64 1:28.2+1-16 -> 1:29.1+1-2
[UPGRADE] emacs-gtk:amd64 1:28.2+1-16 -> 1:29.1+1-2

and rebooted because the kernel was also upgraded at the same time.
Since then, Gnus (the version shipped with Emacs) has become unusable
for me because every time I hit RET in the *Summary* buffer in order to
read a message, I get the following error:

gnus-configure-frame: Symbol’s value as variable is void: gnus-carpal

Redoing RET after `toggle-debug-on-error' yields the following
backtrace:

Debugger entered--Lisp error: (void-variable gnus-carpal)
  (if gnus-carpal '(summary-carpal 4))
  gnus-configure-frame((cond (gnus-use-trees '(vertical 1.0 (article 1.0) 
(summary 0.25 point) (tree 0.25))) (t '(vertical 1.0 (article 1.0) (summary 
0.25 point) (if gnus-carpal '(summary-carpal 4))))))
  gnus-configure-windows(article)
  gnus-summary-scroll-up(1)
  funcall-interactively(gnus-summary-scroll-up 1)
  command-execute(gnus-summary-scroll-up)

Surprisingly, clicking on the gnus-configure-frame “button” in the
backtrace shows (defun gnus-configure-frame ...) in
/usr/share/emacs/29.1/lisp/gnus/gnus-win.el.gz with *different code*:
there are a few (cond ...) forms but none that starts as
(cond (gnus-use-trees...).

$ ls -l /usr/share/emacs/29.1/lisp/gnus/gnus-win.el.gz 
/usr/share/emacs/29.1/lisp/gnus/gnus-win.elc
-rw-r--r-- 1 root root 11128 Aug  1 20:24 
/usr/share/emacs/29.1/lisp/gnus/gnus-win.elc
-rw-r--r-- 1 root root  5006 Jul 30 17:32 
/usr/share/emacs/29.1/lisp/gnus/gnus-win.el.gz
$ sha512sum /usr/share/emacs/29.1/lisp/gnus/gnus-win.el.gz
2fd828896c493913dd63586d39d559df679cda673c154ec5bbf421ff5ddc465815d830495c4aefaad5d306d0b4792bbd1b23754830a8cee83591006fe1ea6ceb
  /usr/share/emacs/29.1/lisp/gnus/gnus-win.el.gz

According to `C-h N', the `gnus-carpal' variable has been obsolete since
Emacs 24 and was removed in Emacs 29.1. If I evaluate
(setq gnus-carpal nil) in the *scratch* buffer, the problem doesn't
happen anymore — until Emacs is restarted, of course.

I tried 'aptitude reinstall emacs-el emacs-common' but this didn't
change anything to the problem.

Thanks for your work and help!

Regards

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.4.0-1-amd64 (SMP w/20 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages emacs depends on:
ii  emacs-gtk  1:29.1+1-2

emacs recommends no packages.

emacs suggests no packages.

-- no debconf information

Reply via email to