Processed: Re: Bug#982920: w3m-el: does not work with Emacs 27

2021-02-16 Thread Debian Bug Tracking System
Processing control commands:

> severity -1 important
Bug #982920 [w3m-el] w3m-el: does not work with Emacs 27
Severity set to 'important' from 'grave'
> tags -1 + unreproducible
Bug #982920 [w3m-el] w3m-el: does not work with Emacs 27
Added tag(s) unreproducible.

-- 
982920: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982920
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#982920: w3m-el: does not work with Emacs 27

2021-02-16 Thread Tatsuya Kinoshita
Control: severity -1 important
Control: tags -1 + unreproducible

On 2021-02-16 at 16:14 +0100, Francesco Potortì wrote:
> ii  emacs-lucid [emacs]  1:27.1+1-3-dbg

BTW, is it your own build package?  If so, could you please try the
official binary package?

I've found a similar issue in Emacs bug #34094.

  - https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34094

It seems related to Emacs portable dumper.

> load-history-filename-element: Wrong type argument: stringp, (require . info)

I've grep'd w3m-el and emacs, and found that load-history-filename-element
is only used by eval-after-load in emacs.  Probably, eval-after-load
is unusable because load-history is broken in your emacs.

A workaround may be `(require 'ffap)`, because `(eval-after-load "ffap"`
is in w3m.el, though your emacs is still problematic.

Thanks,
-- 
Tatsuya Kinoshita


pgp8K7JhU4_LT.pgp
Description: PGP signature


Bug#982920: w3m-el: does not work with Emacs 27

2021-02-16 Thread Tatsuya Kinoshita
On 2021-02-16 at 16:14 +0100, Francesco Potortì wrote:
> Loading w3m...
> load-history-filename-element: Wrong type argument: stringp, (require . info)

Unreproducible for me.  Could you please provide backtrace?

# rm /usr/share/emacs/site-lisp/w3m/*.elc
$ emacs
M-x toggle-debug-on-error RET
M-x w3m RET
$ emacs --no-init-file
M-x w3m RET

If `emacs --no-init-file` works, the trigger may be in your init file.

> Since the version on testing is from 2018, I guess it just needs upgrade
> to the current one, which supports Emacs 27 as stated at
> https://github.com/emacs-w3m/emacs-w3m

w3m-el-snapshot 1.4.632+0.20210201.2305.54c3ccd-1 is available.

Thanks,
-- 
Tatsuya Kinoshita


pgp_xM8Is7KNh.pgp
Description: PGP signature


Bug#982920: w3m-el: does not work with Emacs 27

2021-02-16 Thread Francesco Potortì
Package: w3m-el
Version: 1.4.632+0.20181112-8
Severity: grave
X-Debbugs-Cc: none, Francesco Potortì 

Loading w3m...
load-history-filename-element: Wrong type argument: stringp, (require . info)

Since the version on testing is from 2018, I guess it just needs upgrade
to the current one, which supports Emacs 27 as stated at
https://github.com/emacs-w3m/emacs-w3m


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (101, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages w3m-el depends on:
ii  dpkg 1.20.7.1
ii  emacs1:27.1+1-3-dbg
ii  emacs-lucid [emacs]  1:27.1+1-3-dbg
ii  emacsen-common   3.0.4
ii  install-info 6.7.0.dfsg.2-6
ii  w3m  0.5.3+git20210102-2

Versions of packages w3m-el recommends:
ii  apel  10.8+0.20201106-1
ii  flim  1:1.14.9+0.20201117-2

Versions of packages w3m-el suggests:
ii  bzip21.0.8-4
ii  imagemagick  8:6.9.11.60+dfsg-1
ii  imagemagick-6.q16 [imagemagick]  8:6.9.11.60+dfsg-1
ii  libmoe1.51.5.8-5+b1
ii  markdown 1.0.1-10.1
ii  namazu2  2.0.21-23
ii  perl-doc 5.32.1-2
ii  poppler-utils [xpdf-utils]   20.09.0-3.1
pn  ppthtml  
ii  wv   1.2.9-4.2+b2
pn  xlhtml   

-- no debconf information