binutils-mesboot0: configure: sed: command not found

  • Open
  • quality assurance status badge
Details
3 participants
  • Greg Hogan
  • Carl Dong
  • Ludovic Courtès
Owner
unassigned
Submitted by
Carl Dong
Severity
normal
C
C
Carl Dong wrote on 25 Aug 2021 21:17
(address . bug-guix@gnu.org)
1FF8D553-4B61-400A-AD0B-6A9A0CCFDEA8@carldong.me
Hi all,

After resolving bug#49985, a new build failure has stumped a community member of mine. When building /gnu/store/8kap9kj0ayhaqd4ay7n9lgpbcwankxrq-binutils-mesboot0-2.14.drv, the build fails and the logs are as follows: https://paste.sr.ht/~dongcarl/7fe559b338dfa9aa3cf3464dbdab8109487c9783#8kap9kj0ayhaqd4ay7n9lgpbcwankxrq-binutils-mesboot0-2.14.log-L5504

We’ve tried the normal suspects: --cores=1, reboots, mounting tmpfs at /tmp, etc.

What’s also fascinating is that, when I inspect his keep-failed directory: https://nextcloud.carl.homeserver.net/s/ZHmAbz3LwyPwcfL
We found that:

1. The $PATH in the environment-variables file contained /gnu/store/2z4y0n547x7d566281isklk9ls2d8c9q-sed-mesboot0-1.18/bin, which in turn contained a working sed:

Toggle snippet (4 lines)
Usage: /gnu/store/2z4y0n547x7d566281isklk9ls2d8c9q-sed-mesboot0-1.18/bin/sed [-nV] [--quiet] [--silent] [--version] [-e script]
[-f script-file] [--expression=script] [--file=script-file] [file…]

2. The configure’s shebang (/gnu/store/m89p469fxwn4hj7an9givd1ry9vk7j2l-bash-mesboot0-2.05b/bin/sh) exists on his system and works

This problem has also been encountered in the past: https://logs.guix.gnu.org/guix/2021-04-03.log#210314

As always, I’m happy to spend energy investigating, but would love any pointers on what the most promising place to look is!

Cheers,
Carl Dong
contact@carldong.me
"I fight for the users"
L
L
Ludovic Courtès wrote on 3 Sep 2021 12:20
(name . Carl Dong)(address . contact@carldong.me)(address . 50203@debbugs.gnu.org)
878s0e2c52.fsf@gnu.org
Hi Carl,

Carl Dong <contact@carldong.me> skribis:

Toggle quote (2 lines)
> After resolving bug#49985, a new build failure has stumped a community member of mine. When building /gnu/store/8kap9kj0ayhaqd4ay7n9lgpbcwankxrq-binutils-mesboot0-2.14.drv, the build fails and the logs are as follows: https://paste.sr.ht/~dongcarl/7fe559b338dfa9aa3cf3464dbdab8109487c9783#8kap9kj0ayhaqd4ay7n9lgpbcwankxrq-binutils-mesboot0-2.14.log-L5504

Here’s the relevant excerpt for posterity:

Toggle snippet (24 lines)
starting phase `configure'
running ./configure --disable-nls --disable-shared --disable-werror --build=i386-unknown-linux --host=i386-unknown-linux --target=i386-unknown-linux --with-sysroot=/ --prefix=/gnu/store/jfa9b78rdniyw7qilsmw3bh02x8x68ly-binutils-mesboot0-2.14
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 1: sed: command not found
./configure: line 456: rm: command not found
./configure: line 1: sed: command not found
configure: error: can not find sources in or ..

Toggle quote (2 lines)
> We’ve tried the normal suspects: --cores=1, reboots, mounting tmpfs at /tmp, etc.

Heh. :-)

Toggle quote (5 lines)
> What’s also fascinating is that, when I inspect his keep-failed directory: https://nextcloud.carl.homeserver.net/s/ZHmAbz3LwyPwcfL
> We found that:
>
> 1. The $PATH in the environment-variables file contained /gnu/store/2z4y0n547x7d566281isklk9ls2d8c9q-sed-mesboot0-1.18/bin, which in turn contained a working sed:

Could you go to the build directory, run “. ../environment-variables”,
and run the configure script like so:

sh -x ./configure …

? That way we’ll see if PATH is getting overridden somewhere.

/gnu/store/2z4y0n547x7d566281isklk9ls2d8c9q-sed-mesboot0-1.18/bin/sed is
a valid i386 static binary AFAICS.

Thanks,
Ludo’.
G
G
Greg Hogan wrote on 17 Feb 2022 16:18
Re: Unable to bootstrap Guix without substitutes
(address . guix-devel@gnu.org)
CA+3U0ZnrYrfyQYYBbMopJe1Lgb++Q1JrtZ2VqV2dKoayw3NPVQ@mail.gmail.com
On Wed, Feb 16, 2022 at 4:28 PM Greg Hogan <code@greghogan.com> wrote:

Toggle quote (10 lines)
> I then saw the error building binutils-mesboot0 as in bug #41264, for
> which Mathieu proposed an idea for fixing Mes, still awaiting
> implementation.
>
> As a temporary fix the same tmpfs trick works when bind mounting /gnu and
> /var/guix onto the /tmp tmpfs. This should work for my workflow, and I am
> glad to see that others have continued to attempt to bootstrap from source
> without substitutes.
>

I believe this is also the same issue with a broken build as #50203.

Greg
Attachment: file
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 50203@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 50203
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch