Bug#1042968: emacs: Gnus unusable after upgrading to Emacs 29

[Florent Rougon]

Hi David,

David Bremner  wrote:

> Please try to duplicate the problem with "emacs -q". I suspect there is
> either some obsolete/broken third party package or just some personal
> configuration causing this problem.

You're right, the problem was in my .gnus.el which had a
(gnus-add-configuration …) call where the passed-in value came in part
from an old default value of `gnus-buffer-configuration' (that is where
the `gnus-carpal' stuff came from). I did that setting once long ago and
didn't remember the details. Sorry I had grepped my ~/.emacs.d and
~/lisp but completely forgot to do it on ~/.gnus.el!

[ BTW, I misunderstood part of the *Backtrace* buffer when I wrote that
  “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*”.
  The line of that buffer where I used RET was:

  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))

  and I now understand that the big (cond (gnus-use-trees …)) is the
  `split' argument — a callable here — that was passed to
  `gnus-configure-frame'. ]

So, the problem is solved and was actually a PEBKAC case. Many thanks
for your help and sorry for the noise!

Regards

-- 
Florent

Bug#1042968: emacs: Gnus unusable after upgrading to Emacs 29

[David Bremner]

Florent Rougon  writes:

> 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

Please try to duplicate the problem with "emacs -q". I suspect there is
either some obsolete/broken third party package or just some personal
configuration causing this problem.

I could not find gnus-carpal anywhere in current debian sources aside
from xemacs21-packages. So I guess checking if some xemacs21 things are
also installed would be worthwhile.

Thanks!

David

Bug#1042968: emacs: Gnus unusable after upgrading to Emacs 29

[Florent Rougon]

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