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


View this message in rfc822 format

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: bug#53038: 28.0.50; problem building
Date: Fri, 07 Jan 2022 15:58:55 +0100
Robert Pluim <rpluim <at> gmail.com> writes:

>>>>>> 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.

I tried building in several different directories which were not
symlinked. 

Further datapoint:

I managed to build emacs inside a docker container on the host,


FROM fedora:34
RUN dnf -y install make gcc  gtk3-devel libXpm-devel gnutls-devel giflib-devel ncurses-devel texinfo libjpeg-turbo-devel findutils
RUN dnf -y install git # why is this neeed for the build? Error: (file-missing "Searching for program" "No such file or directory" "git")

COPY emacs.clean emacs
WORKDIR     emacs
RUN make -j32 # i have 32 threads...

this managed to build, and i can also run the resulting emacs inside the
container.

fedora:34 is the same as on the host, which should rule out that there
is something weird with fedora:34 as such.



>
> 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.