GNU bug report logs - #53038
28.0.50; problem building

Previous Next

Package: emacs;

Reported by: joakim <at> verona.se

Date: Wed, 5 Jan 2022 20:36:02 UTC

Severity: normal

Found in version 28.0.50

Fixed in version 29.1

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: joakim <at> verona.se
To: Robert Pluim <rpluim <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 53038 <at> debbugs.gnu.org
Subject: Re: bug#53038: 28.0.50; problem building
Date: Fri, 07 Jan 2022 13:55:12 +0100
Robert Pluim <rpluim <at> gmail.com> writes:

>>>>>> On Fri, 07 Jan 2022 13:44:08 +0200, Eli Zaretskii <eliz <at> gnu.org> said:
>
>     >> From: joakim <at> verona.se
>     >> Cc: 53038 <at> debbugs.gnu.org
>     >> Date: Fri, 07 Jan 2022 09:44:14 +0100
>     >> 
>     >> > When the build fails, does the file lisp/international/emoji.el exist?
>     >> 
>     >> It does exist, yes.
>
>     Eli> So the problem seems to be with finding files via load-path.
>
>     Eli> My suggestion is to run the failing command manually, and if it also
>     Eli> fails, run it under a debugger to see why Emacs cannot find an
>     Eli> existing Lisp file.
>
> Looking through the build log, $PWD and the paths reported by the
> build look different. Is there some symlinking or NFS-mounting going
> on?

There is:
ls -la ~|grep build
lrwxrwxrwx.   1 joakim joakim            9 Oct  8  2019 build -> /mnt/fast

To rule out this being a problem I went to the target of the symlink,
and did maintainer-clean, and make again. The problem persists.

For fun I can try on a completely different disk.

>
> Robert
-- 
Joakim Verona
joakim <at> verona.se




This bug report was last modified 3 years and 131 days ago.

Previous Next


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