GNU bug report logs - #56998
29.0.50; quail input methods broken (input-method-alist empty) on master (since 261d6afd6)

Previous Next

Package: emacs;

Reported by: Štěpán Němec <stepnem <at> gmail.com>

Date: Fri, 5 Aug 2022 08:48:01 UTC

Severity: normal

Tags: moreinfo

Merged with 57010

Found in version 29.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 56998 in the body.
You can then email your comments to 56998 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 08:48:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Štěpán Němec <stepnem <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 05 Aug 2022 08:48:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Štěpán Němec <stepnem <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Cc: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Subject: 29.0.50; quail input methods broken (input-method-alist empty) on
 master (since 261d6afd6)
Date: Fri, 05 Aug 2022 10:48:41 +0200
emacs -Q (default GNU/Linux build, make bootstrap)
C-\

[No completions, no input method activated. `input-method-alist' is empty.]

(activate-input-method "czech")

=> (error "Can’t activate input method ‘czech’")

First bad commit:

commit 261d6afd6e6f
Author: Lars Ingebrigtsen <larsi <at> gnus.org>
Date:   Wed Aug 3 14:22:08 2022 +0200

    Byte-compile the in-tree loaddefs.el files

-- 
Štěpán




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 10:54:01 GMT) Full text and rfc822 format available.

Message #8 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: 56998 <at> debbugs.gnu.org, larsi <at> gnus.org
Subject: Re: bug#56998: 29.0.50;
 quail input methods broken (input-method-alist empty) on master
 (since 261d6afd6)
Date: Fri, 05 Aug 2022 13:53:08 +0300
> Cc: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
> From: Štěpán Němec
>  <stepnem <at> gmail.com>
> Date: Fri, 05 Aug 2022 10:48:41 +0200
> 
> emacs -Q (default GNU/Linux build, make bootstrap)
> C-\
> 
> [No completions, no input method activated. `input-method-alist' is empty.]
> 
> (activate-input-method "czech")
> 
> => (error "Can’t activate input method ‘czech’")

I cannot reproduce this with the current master.

Did you try "make bootstrap"?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:10:01 GMT) Full text and rfc822 format available.

Message #11 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:09:12 +0200
Štěpán Němec <stepnem <at> gmail.com> writes:

> emacs -Q (default GNU/Linux build, make bootstrap)
> C-\
>
> [No completions, no input method activated. `input-method-alist' is empty.]
>
> (activate-input-method "czech")
>
> => (error "Can’t activate input method ‘czech’")

I'm unable to reproduce this.

Please include the data that `M-x report-emacs-bug' reports; perhaps
it's a combination of config options that leads to this.





Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 05 Aug 2022 12:10:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:14:02 GMT) Full text and rfc822 format available.

Message #16 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Štěpán Němec <stepnem <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56998 <at> debbugs.gnu.org, larsi <at> gnus.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:14:47 +0200
On Fri, 05 Aug 2022 13:53:08 +0300
Eli Zaretskii wrote:

>> Cc: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
>> From: Štěpán Němec
>>  <stepnem <at> gmail.com>
>> Date: Fri, 05 Aug 2022 10:48:41 +0200
>> 
>> emacs -Q (default GNU/Linux build, make bootstrap)
>> C-\
>> 
>> [No completions, no input method activated. `input-method-alist' is empty.]
>> 
>> (activate-input-method "czech")
>> 
>> => (error "Can’t activate input method ‘czech’")
>
> I cannot reproduce this with the current master.
>
> Did you try "make bootstrap"?

Yes (I said so in the bug report).

Now I even tried with a fresh repo checkout, then also `make bootstrap`
without the -j option. Still the same as of commit c388578fb1aa.

-- 
Štěpán




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:18:02 GMT) Full text and rfc822 format available.

Message #19 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Štěpán Němec <stepnem <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:18:46 +0200
On Fri, 05 Aug 2022 14:09:12 +0200
Lars Ingebrigtsen wrote:

> Štěpán Němec <stepnem <at> gmail.com> writes:
>
>> emacs -Q (default GNU/Linux build, make bootstrap)
>> C-\
>>
>> [No completions, no input method activated. `input-method-alist' is empty.]
>>
>> (activate-input-method "czech")
>>
>> => (error "Can’t activate input method ‘czech’")
>
> I'm unable to reproduce this.
>
> Please include the data that `M-x report-emacs-bug' reports; perhaps
> it's a combination of config options that leads to this.

No config; fresh checkout, make -j8.

Then I tried just `make bootstrap` (without -j), too, same thing.
Tip of master (c388578fb1aa).

-- 
Štěpán




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:21:02 GMT) Full text and rfc822 format available.

Message #22 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:19:50 +0200
Štěpán Němec <stepnem <at> gmail.com> writes:

>> Please include the data that `M-x report-emacs-bug' reports; perhaps
>> it's a combination of config options that leads to this.
>
> No config; fresh checkout, make -j8.

All builds have a config.  Can you please include the info?





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:22:02 GMT) Full text and rfc822 format available.

Message #25 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Štěpán Němec <stepnem <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:22:48 +0200
On Fri, 05 Aug 2022 14:18:46 +0200
Štěpán Němec wrote:

> On Fri, 05 Aug 2022 14:09:12 +0200
> Lars Ingebrigtsen wrote:
>
>> Štěpán Němec <stepnem <at> gmail.com> writes:
>>
>>> emacs -Q (default GNU/Linux build, make bootstrap)
>>> C-\
>>>
>>> [No completions, no input method activated. `input-method-alist' is empty.]
>>>
>>> (activate-input-method "czech")
>>>
>>> => (error "Can’t activate input method ‘czech’")
>>
>> I'm unable to reproduce this.
>>
>> Please include the data that `M-x report-emacs-bug' reports; perhaps
>> it's a combination of config options that leads to this.

Sorry, here's the report-emacs-bug data:

In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.34, cairo version 1.17.6)
 of 2022-08-05 built on tipi
Repository revision: c388578fb1aa714f2cf5ae2ad8a2933ca902b9df
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Arch Linux

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=fcitx
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils rmc iso-transl tooltip eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
faces cus-face macroexp files window text-properties overlay sha1 md5
base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process
emacs)

Memory information:
((conses 16 35716 6911)
 (symbols 48 5084 0)
 (strings 32 13085 1330)
 (string-bytes 1 370678)
 (vectors 16 9206)
 (vector-slots 8 145482 7265)
 (floats 8 21 21)
 (intervals 56 203 0)
 (buffers 992 10))

-- 
Štěpán




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:25:02 GMT) Full text and rfc822 format available.

Message #28 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:24:21 +0200
Štěpán Němec <stepnem <at> gmail.com> writes:

> System Description: Arch Linux

Ah, Arch Linux...  there's often obscure problems with that platform for
some reason.  I don't have a VM with that here, so I can't really debug
this further.






Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:31:02 GMT) Full text and rfc822 format available.

Message #31 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:29:55 +0200
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Ah, Arch Linux...  there's often obscure problems with that platform for
> some reason.  I don't have a VM with that here, so I can't really debug
> this further.

Hang on -- I can reproduce it now.  Not from a "make bootstrap", but
from a completely fresh build.

I'll debug further.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:33:01 GMT) Full text and rfc822 format available.

Message #34 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Štěpán Němec <stepnem <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:34:00 +0200
On Fri, 05 Aug 2022 14:24:21 +0200
Lars Ingebrigtsen wrote:

> Štěpán Němec <stepnem <at> gmail.com> writes:
>
>> System Description: Arch Linux
>
> Ah, Arch Linux...  there's often obscure problems with that platform for
> some reason.  I don't have a VM with that here, so I can't really debug
> this further.

I've been using it (with self-built Emacsen) for more than 10 years, and
don't recall any issues, much less "often" and "obscure".

(I also find it hard to imagine how any OS-related issues could cause
this particular problem.)

-- 
Štěpán




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:36:02 GMT) Full text and rfc822 format available.

Message #37 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:34:52 +0200
Štěpán Němec <stepnem <at> gmail.com> writes:

> I've been using it (with self-built Emacsen) for more than 10 years, and
> don't recall any issues, much less "often" and "obscure".

Perhaps you don't read the bug tracker as much as I do.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 12:40:02 GMT) Full text and rfc822 format available.

Message #40 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: 56998 <at> debbugs.gnu.org, 'Eli Zaretskii' <eliz <at> gnu.org>
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:39:32 +0200
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> I'll debug further.

If I say

make bootstrap; ./src/emacs -Q

then `input-method-alist' is nil.  If I then say

touch lisp/loadup.el; make; ./src/emacs -Q

then `input-method-alist' is filled as it should be.  So it seems like
in the first-build case, we're not...  er...  loading something we
should be loading?  But on the second build, we are.

Eli, you're more familiar with the quail stuff than I am.  Do you have
any idea what could be happening here?





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 13:12:02 GMT) Full text and rfc822 format available.

Message #43 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 56998 <at> debbugs.gnu.org, stepnem <at> gmail.com
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 16:11:33 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 56998 <at> debbugs.gnu.org, "'Eli Zaretskii'" <eliz <at> gnu.org>
> Date: Fri, 05 Aug 2022 14:39:32 +0200
> 
> If I say
> 
> make bootstrap; ./src/emacs -Q
> 
> then `input-method-alist' is nil.  If I then say
> 
> touch lisp/loadup.el; make; ./src/emacs -Q
> 
> then `input-method-alist' is filled as it should be.  So it seems like
> in the first-build case, we're not...  er...  loading something we
> should be loading?  But on the second build, we are.
> 
> Eli, you're more familiar with the quail stuff than I am.  Do you have
> any idea what could be happening here?

Is the file lisp/leim/leim-list.el being produced and exists when
Emacs is dumped?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 13:15:02 GMT) Full text and rfc822 format available.

Message #46 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56998 <at> debbugs.gnu.org, stepnem <at> gmail.com
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 15:14:38 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

> Is the file lisp/leim/leim-list.el being produced and exists when
> Emacs is dumped?

Yup.  So I guess the problem is that the first build isn't loading that
file, for some reason?





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 13:47:01 GMT) Full text and rfc822 format available.

Message #49 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 56998 <at> debbugs.gnu.org, stepnem <at> gmail.com
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 16:46:29 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: stepnem <at> gmail.com,  56998 <at> debbugs.gnu.org
> Date: Fri, 05 Aug 2022 15:14:38 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Is the file lisp/leim/leim-list.el being produced and exists when
> > Emacs is dumped?
> 
> Yup.  So I guess the problem is that the first build isn't loading that
> file, for some reason?

Maybe.  But how can it not load that file, when loadup.el explicitly
says to load it?

What is the contents of that file in a build where input-method-alist
is empty?

And could it be that the file is generated only after Emacs was
already built/dumped?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 13:50:02 GMT) Full text and rfc822 format available.

Message #52 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 21:49:24 +0800
Štěpán Němec <stepnem <at> gmail.com> writes:

> (I also find it hard to imagine how any OS-related issues could cause
> this particular problem.)

IME Arch (GNU/) Linux users tend to install packages of questionable
quality from their user contributed repository.  They range from
modified and often outdated copies of GTK+ to X servers built with
unsafe optimizations, which then cause problems with Emacs and other
programs.

But I don't see why the OS would interfere with Emacs input methods,
yes.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 16:30:02 GMT) Full text and rfc822 format available.

Message #55 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, stepnem <at> gmail.com,
 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 19:28:50 +0300
[Message part 1 (text/plain, inline)]
Eli Zaretskii [2022-08-05 16:46 +0300] wrote:

>> From: Lars Ingebrigtsen <larsi <at> gnus.org>
>> Cc: stepnem <at> gmail.com,  56998 <at> debbugs.gnu.org
>> Date: Fri, 05 Aug 2022 15:14:38 +0200
>> 
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> 
>> > Is the file lisp/leim/leim-list.el being produced and exists when
>> > Emacs is dumped?
>> 
>> Yup.  So I guess the problem is that the first build isn't loading that
>> file, for some reason?
>
> Maybe.  But how can it not load that file, when loadup.el explicitly
> says to load it?

With the following print-debug patch:

[foo.diff (text/x-diff, inline)]
diff --git a/lisp/loadup.el b/lisp/loadup.el
index 8dad382ac0..88bf1c20b4 100644
--- a/lisp/loadup.el
+++ b/lisp/loadup.el
@@ -376,7 +376,8 @@
 
 ;; This file doesn't exist when building a development version of Emacs
 ;; from the repository.  It is generated just after temacs is built.
-(load "leim/leim-list.el" t)
+(or (load "leim/leim-list.el" t)
+    (message ">>> load-path %S" load-path))
 
 ;; If you want additional libraries to be preloaded and their
 ;; doc strings kept in the DOC file rather than in core,
[Message part 3 (text/plain, inline)]
I get the following build log:

[emacs-print.log.gz (application/gzip, attachment)]
[Message part 5 (text/plain, inline)]
I.e. before the first dump the load-path is:

  ("/home/blc/.local/src/emacs/lisp"
   "/home/blc/.local/src/emacs/lisp/emacs-lisp"
   "/home/blc/.local/src/emacs/lisp/progmodes"
   "/home/blc/.local/src/emacs/lisp/language"
   "/home/blc/.local/src/emacs/lisp/international"
   "/home/blc/.local/src/emacs/lisp/textmodes"
   "/home/blc/.local/src/emacs/lisp/vc")

And before the second dump:

  ("/home/blc/.local/src/emacs/lisp")

After the build is done we get:

0. ./src/emacs -Q
1. C-\ TAB
   [No match]
2. C-g
3. M-: input-method-alist RET
   nil
4. M-: (seq-find (apply-partially #'string-search "leim") load-path)
   "/home/blc/.local/src/emacs/lisp/leim"

> What is the contents of that file in a build where input-method-alist
> is empty?

Here's ~blc/.local/src/emacs/lisp/leim/leim-list.el:

[leim-list.el.gz (application/gzip, attachment)]
[Message part 7 (text/plain, inline)]
> And could it be that the file is generated only after Emacs was
> already built/dumped?

My reading of the log suggests it must be.

HTH,

-- 
Basil

In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw3d scroll bars)
 of 2022-08-05 built on tia
Repository revision: df263dd7586436b06262e32aa3614e11ed3a6182
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
System Description: Debian GNU/Linux bookworm/sid

Configured using:
 'configure CC=gcc-12 'CFLAGS=-Og -ggdb3' --config-cache
 --prefix=/home/blc/.local --enable-checking=structs
 --with-file-notification=yes --with-x-toolkit=lucid --with-x'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS WEBP X11 XAW3D XDBE XIM XINPUT2 XPM LUCID ZLIB

Important settings:
  value of $LANG: en_IE.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils rmc iso-transl tooltip eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
faces cus-face macroexp files window text-properties overlay sha1 md5
base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo x-toolkit
xinput2 x multi-tty make-network-process emacs)

Memory information:
((conses 16 36414 7374)
 (symbols 48 5077 0)
 (strings 32 13787 1589)
 (string-bytes 1 376470)
 (vectors 16 9191)
 (vector-slots 8 145276 11559)
 (floats 8 23 25)
 (intervals 56 240 0)
 (buffers 992 11))

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 16:56:02 GMT) Full text and rfc822 format available.

Message #58 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, stepnem <at> gmail.com,
 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 19:55:21 +0300
Basil L. Contovounesios [2022-08-05 19:28 +0300] wrote:

> I.e. before the first dump the load-path is:
>
>   ("/home/blc/.local/src/emacs/lisp"
>    "/home/blc/.local/src/emacs/lisp/emacs-lisp"
>    "/home/blc/.local/src/emacs/lisp/progmodes"
>    "/home/blc/.local/src/emacs/lisp/language"
>    "/home/blc/.local/src/emacs/lisp/international"
>    "/home/blc/.local/src/emacs/lisp/textmodes"
>    "/home/blc/.local/src/emacs/lisp/vc")
>
> And before the second dump:
>
>   ("/home/blc/.local/src/emacs/lisp")

BTW, at neither of these points in time does leim-list.el exist,
regardless of load-path.

-- 
Basil




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 18:09:02 GMT) Full text and rfc822 format available.

Message #61 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Basil L. Contovounesios" <contovob <at> tcd.ie>
Cc: larsi <at> gnus.org, stepnem <at> gmail.com, 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 21:08:25 +0300
> From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
> Cc: Lars Ingebrigtsen <larsi <at> gnus.org>,  56998 <at> debbugs.gnu.org,
>   stepnem <at> gmail.com
> Date: Fri, 05 Aug 2022 19:28:50 +0300
> 
> I.e. before the first dump the load-path is:
> 
>   ("/home/blc/.local/src/emacs/lisp"
>    "/home/blc/.local/src/emacs/lisp/emacs-lisp"
>    "/home/blc/.local/src/emacs/lisp/progmodes"
>    "/home/blc/.local/src/emacs/lisp/language"
>    "/home/blc/.local/src/emacs/lisp/international"
>    "/home/blc/.local/src/emacs/lisp/textmodes"
>    "/home/blc/.local/src/emacs/lisp/vc")
> 
> And before the second dump:
> 
>   ("/home/blc/.local/src/emacs/lisp")

How is load-path relevant to this issue?  loadup.el says

  (load "leim/leim-list.el" t)

so it should find the file even if load-path includes only the lisp
directory.  Right?

> BTW, at neither of these points in time does leim-list.el exist,
> regardless of load-path.

_That's_ the problem.  Now the question becomes: why isn't it a
prerequisite for the Emacs binary? it should be, IMO.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 18:35:01 GMT) Full text and rfc822 format available.

Message #64 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "Basil L. Contovounesios" <contovob <at> tcd.ie>, 56998 <at> debbugs.gnu.org,
 stepnem <at> gmail.com, larsi <at> gnus.org
Subject: Re: bug#56998: 29.0.50;
 quail input methods broken (input-method-alist empty) on master
 (since 261d6afd6)
Date: Fri, 05 Aug 2022 14:34:12 -0400
Eli Zaretskii wrote:

>> BTW, at neither of these points in time does leim-list.el exist,
>> regardless of load-path.
>
> _That's_ the problem.  Now the question becomes: why isn't it a
> prerequisite for the Emacs binary? it should be, IMO.

Please see "Comments on loaddefs generation" in lisp/Makefile.in in eg
emacs-28, in particular those relating to gen-lisp.
(Recent re-arrangements on master have changed things.)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Fri, 05 Aug 2022 21:50:01 GMT) Full text and rfc822 format available.

Message #67 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Fri, 05 Aug 2022 23:49:44 +0200
This should now be fixed, I think, but these rules really need some
work.  Stefan's suggestion to use a single Makefile would make this sort
of thing much easier...




Forcibly Merged 56998 57010. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 05 Aug 2022 23:20:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Sat, 06 Aug 2022 10:26:01 GMT) Full text and rfc822 format available.

Message #72 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Štěpán Němec <stepnem <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Sat, 06 Aug 2022 12:26:37 +0200
On Fri, 05 Aug 2022 23:49:44 +0200
Lars Ingebrigtsen wrote:

> This should now be fixed, I think,

[...]

Yes, I don't see the issue any more (currently as of commit 870be1e106dc).

Thank you.

-- 
Štěpán




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56998; Package emacs. (Sat, 06 Aug 2022 12:11:02 GMT) Full text and rfc822 format available.

Message #75 received at 56998 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Štěpán Němec <stepnem <at> gmail.com>
Cc: 56998 <at> debbugs.gnu.org
Subject: Re: bug#56998: 29.0.50; quail input methods broken
 (input-method-alist empty) on master (since 261d6afd6)
Date: Sat, 06 Aug 2022 14:10:26 +0200
Štěpán Němec <stepnem <at> gmail.com> writes:

> Yes, I don't see the issue any more (currently as of commit 870be1e106dc).

Thanks for checking; I'm closing this bug report, then.





bug marked as fixed in version 29.1, send any further explanations to 56998 <at> debbugs.gnu.org and Štěpán Němec <stepnem <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 06 Aug 2022 12:11:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 04 Sep 2022 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 206 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.