Re: Emacs master breaks date-field (in summary buffer)

Kazuhiro Ito wrote:
> 
>> > Do we have to change string-to-int to string-to-number in apel (e.g
>> > timezone.el)?
>> 
>> This obviously resolves the issue for me.
> 
> APEL's timezone.el is not installed for recent Emacs neither should be
> loaded.  This module is for old Emacsen (18 - 20.x (4?)).

I've checked out and compiled apel, flim, semi and wanderlust in
~/.emacs.d/site-lisp/ and added the directories to load-path:

(add-to-list 'load-path "~/.emacs.d/site-lisp/apel")
(add-to-list 'load-path "~/.emacs.d/site-lisp/flim")
(add-to-list 'load-path "~/.emacs.d/site-lisp/semi")
(add-to-list 'load-path "~/.emacs.d/site-lisp/wanderlust/wl")
(add-to-list 'load-path "~/.emacs.d/site-lisp/wanderlust/elmo")

M-x locate-library RET timezone RET shows

Library is file ~/.emacs.d/site-lisp/apel/timezone.el

instead of

Library is file /usr/local/emacs/share/emacs/26.0.50/lisp/timezone.elc

Should I append the directories in ~/.emacs.d/site-lisp to load-path
and not prepend them? How?

> Possible solutions are
> 
> 1. Make timezone.el support recent Emacs also.  But I can't test
> modified timezone.el on old platforms.
> 
> 2. Remove timezone.el from APEL.  In this case, apel-wl branch lacks
> compatibility with old platforms.
> 
> I want to choice 2.  Because I think apel-wl branch doesn't need
> compatibility with such old platforms.  Any suggention?

Yes, please remove old cruft. :-)

Thanks.

--
Herbert