Your message dated Wed, 17 Feb 2021 19:05:05 +0900 (JST)
with message-id <20210217.190505.752013379249788899.tats%[email protected]>
and subject line Re: Bug#982920: w3m-el: does not work with Emacs 27
has caused the Debian Bug report #982920,
regarding w3m-el: does not work with Emacs 27
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 [email protected]
immediately.)
--
982920: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982920
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: w3m-el
Version: 1.4.632+0.20181112-8
Severity: grave
X-Debbugs-Cc: none, Francesco Potortì <[email protected]>
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 emacs 1: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 bzip2 1.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.5 1.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 <none>
ii wv 1.2.9-4.2+b2
pn xlhtml <none>
-- no debconf information
--- End Message ---
--- Begin Message ---
On 2021-02-17 at 00:02 +0100, Francesco Potortì wrote:
> > - https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34094
> >
> >It seems related to Emacs portable dumper.
>
> Wow, thank you for pointing at it. I would have lost an awful lot of
> time figuring it out. In fact I use a locally-compiled Emacs because I
> had previously reported a bug that made Emacs crash for my use case and
> I am still using it waiting for the next Debian Emacs release.
>
> My Emacs needs a lot of time to start because it is not dumped. I
> suppose it is so because it has debug symbols, but I never investigated
> it because I start Emacs rarely and keep it running for weeks, so it is
> not such a hassle for me.
>
> >A workaround may be `(require 'ffap)`, because `(eval-after-load "ffap"`
> >is in w3m.el, though your emacs is still problematic.
>
> Yes, I had found the workaround by myself, but I had no idea why it
> worked...
>
> Do you think this is enough to close the bug? Should I try anything
> else?
Closing this w3m-el bug.
Further discussion should be at the Emacs bug <[email protected]>.
Thanks,
--
Tatsuya Kinoshita
pgp4uJjuIRfjs.pgp
Description: PGP signature
--- End Message ---
