From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 19 12:20:22 2021 Received: (at 49985) by debbugs.gnu.org; 19 Aug 2021 16:20:22 +0000 Received: from localhost ([127.0.0.1]:60750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGkmE-0007Mu-Dc for submit@debbugs.gnu.org; Thu, 19 Aug 2021 12:20:22 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37650) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGkmC-0007Mc-79 for 49985@debbugs.gnu.org; Thu, 19 Aug 2021 12:20:20 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52832) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGkm6-0004jj-O7; Thu, 19 Aug 2021 12:20:14 -0400 Received: from [2a01:cb18:832e:5f00:3563:417e:2a38:86d8] (port=48134 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGkm1-0006tr-L1; Thu, 19 Aug 2021 12:20:14 -0400 From: Mathieu Othacehe To: Carl Dong Subject: Re: bug#49985: bash-mesboot0: Inscrutable error in build phase References: <8DDCC02E-5D4A-4DF1-A893-229B58EBE31C@carldong.me> Date: Thu, 19 Aug 2021 18:20:07 +0200 In-Reply-To: <8DDCC02E-5D4A-4DF1-A893-229B58EBE31C@carldong.me> (Carl Dong's message of "Tue, 10 Aug 2021 15:41:25 -0400") Message-ID: <87lf4xflu0.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 49985 Cc: 49985@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hello Carl, > The error line is L1299: "make: stat:Makefile: sterror: unknown error=E2= =80=9D This reminds me of: https://lists.gnu.org/archive/html/bug-guix/2020-05/msg00335.html. I never took the time to fix this issue. Bottom line is that building the bootstrap toolchain fails on NVME disks because some syscalls (stat64, lstat64 and fstat64) need to be implemented in GNU Mes. There's a small demonstration program that you can use to demonstrate this theory :). Thanks, Mathieu