Katsumi Yamaoka writes:
In relation to this, I realized there are two japan-utils.el's.
One is in lisp/mule/, the other is in the mule-base package,
the later is preferred because of load-path, and only it calls
`kana-keyboard-define-keys'. I guess I have to use the one in
lisp/mule/ because it looks newer than the one in mule-base.
Is it right? If so, how do I configure XEmacs 21.5-b29 so as to
prefer lisp/mule/ than that of mule-base in load-path? I used:
You probably shouldn't do that, although
(push (file-name-as-directory (expand-file-name "mule" lispdir)))
in site-start.el will do the trick.
I disagreed with Ben about copying files from packages into core, but
as usual he went ahead and committed anyway. What he proposed should
happen is that mule-base's japan-util.el should declare itself to be
unusable by 21.5, which then would continue searching load-path.
Reported as issue737 in the tracker, no promise as to when I can get
to fixing it or when it will get into the SUMO, though.
If you want to fix it locally, see the docstring of `package-suppress'
and the usage example in xemacs-base/Makefile. A patch would be
welcome (but see the issue for a prerequisite for application).
XEmacs-Beta mailing list