From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: bug#39926: Regression introduced by Shepherd 0.7.0 ('make check-system TESTS=btrfs-root-os' fails) Date: Fri, 06 Mar 2020 23:40:18 -0500 Message-ID: <87a74skcb1.fsf@gmail.com> References: <87wo7yswwy.fsf@gmail.com> <87blpa7m3j.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:60543) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jARGp-0004zg-OP for bug-guix@gnu.org; Fri, 06 Mar 2020 23:41:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jARGo-0008Uw-JL for bug-guix@gnu.org; Fri, 06 Mar 2020 23:41:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:40161) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jARGo-0008Tm-Fo for bug-guix@gnu.org; Fri, 06 Mar 2020 23:41:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jARGo-00059O-Br for bug-guix@gnu.org; Fri, 06 Mar 2020 23:41:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87blpa7m3j.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Thu, 05 Mar 2020 18:22:40 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 39926@debbugs.gnu.org Hello Ludovic! Ludovic Court=C3=A8s writes: > Hi Maxim, > > Maxim Cournoyer skribis: > >> So, it seems that updating shepherd to 0.7.0 caused this regression >> (commit 205c1e04e04b9a9338c7219ff82bd13f000fb8c8). > > Could it be something similar to , fixed in > commit 00500449b0d53bb9219608a3cbee8faf7a3edae1? > > Thanks, > Ludo=E2=80=99. I've reviewed the problem linked above, and the various places we still have setenvs before forking a process with Shepherd, and haven't found a problematic usage so far. I've ran the following again: --8<---------------cut here---------------start------------->8--- guix build --verbosity=3D10 /gnu/store/l6p6jnwn844hyfwfazg39i7mj4v3z9ac-btr= fs-root-os.drv |& strings --8<---------------cut here---------------end--------------->8--- The |& strings part prevents SeaBIOS from resetting my terminal emulator and loosing parts of the scroll buffer. Not really needed here, but handy sometimes. The failed derivation build ends with: marionette is ready ;;; (uname #("Linux" "gnu" "5.4.24-gnu" "#1 SMP 1" "x86_64")) builder for `/gnu/store/s3ba2v7cl8x0v7wi8xg3xrpm5216i3jf-installation.drv' = failed with exit code 1 Right after outputing what seems to be the result of evaluating 'uname'. Opening up the builder code referenced in that derivation, /gnu/store/jv133gqxz1wj053vjzpnk6rkr6409lv1-btrfs-root-os-builder, I could find: --8<---------------cut here---------------start------------->8--- (test-assert "uname" (match (marionette-eval (quote (uname)) marionette) (#("Linux" host-name version _ architecture) (and (string=3D? host-name "liberigilo") (string-prefix? "5.4.24" version) (string-prefix? architecture %host-type))))) --8<---------------cut here---------------end--------------->8--- Comparing with the above uname output, we can see that it validates the hostname matches against "liberigilo", yet it is "gnu"! Perhaps Shepherd 0.7.0 introduced some problem with the hostname service? Maxim