GNU bug report logs - #53038
28.0.50; problem building

Previous Next

Full log

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

From: Robert Pluim <rpluim <at> gmail.com>
To: joakim <at> verona.se
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 14:43:56 +0100

>>>>> On Fri, 07 Jan 2022 13:55:12 +0100, joakim <at> verona.se said:

    joakim> 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?

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

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

    joakim> For fun I can try on a completely different disk.

Sure. And for completeness, from a clean checkout without symlinks in
/mnt/fast somewhere.

Robert
-- 

Previous Next

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