GNU bug report logs -
#50203
binutils-mesboot0: configure: sed: command not found
Previous Next
To reply to this bug, email your comments to 50203 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#50203
; Package
guix
.
(Wed, 25 Aug 2021 19:18:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Carl Dong <contact <at> carldong.me>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Wed, 25 Aug 2021 19:18:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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:
--8<---------------cut here---------------start------------->8---
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…]
--8<---------------cut here---------------end--------------->8---
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 <at> carldong.me
"I fight for the users"
Information forwarded
to
bug-guix <at> gnu.org
:
bug#50203
; Package
guix
.
(Fri, 03 Sep 2021 10:22:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 50203 <at> debbugs.gnu.org (full text, mbox):
Hi Carl,
Carl Dong <contact <at> carldong.me> skribis:
> 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:
--8<---------------cut here---------------start------------->8---
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 ..
--8<---------------cut here---------------end--------------->8---
> We’ve tried the normal suspects: --cores=1, reboots, mounting tmpfs at /tmp, etc.
Heh. :-)
> 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’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#50203
; Package
guix
.
(Thu, 17 Feb 2022 15:20:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 50203 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Wed, Feb 16, 2022 at 4:28 PM Greg Hogan <code <at> greghogan.com> wrote:
> 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
[Message part 2 (text/html, inline)]
This bug report was last modified 2 years and 335 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.