From unknown Tue Aug 12 08:32:00 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41546: Shepherd network activation failures on armhf Resent-From: Jesse Dowell Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 26 May 2020 20:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 41546 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 41546@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.159052373713927 (code B ref -1); Tue, 26 May 2020 20:09:02 +0000 Received: (at submit) by debbugs.gnu.org; 26 May 2020 20:08:57 +0000 Received: from localhost ([127.0.0.1]:46420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jdfsf-0003cZ-AM for submit@debbugs.gnu.org; Tue, 26 May 2020 16:08:57 -0400 Received: from lists.gnu.org ([209.51.188.17]:41120) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jdfmM-0003Ta-Gn for submit@debbugs.gnu.org; Tue, 26 May 2020 16:02:26 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37022) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jdfmM-0000pd-6B for bug-guix@gnu.org; Tue, 26 May 2020 16:02:26 -0400 Received: from mail-lj1-x230.google.com ([2a00:1450:4864:20::230]:37959) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jdfmL-0007Lh-2c for bug-guix@gnu.org; Tue, 26 May 2020 16:02:25 -0400 Received: by mail-lj1-x230.google.com with SMTP id m18so26085240ljo.5 for ; Tue, 26 May 2020 13:02:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=tHTVRcYYxzF8qsQJeJDlMUphzO2KuVQ9K2DoOjiGeKk=; b=Ppv50K0FpZEgHNAwlAUIntTNTq4dTuqqPWIOdK1readQXLsPamBpDqKlG6Wd9c/4h8 MdhlTn8Zsu6k2ka9pZpzUIfJO2qeRIqvbUDlIyGNh+f3XmVYJL1l0dDtfz+9zceaD8KH DX+e4SOUmRDmELgNfHBVBz5/T2dkkRyZcOdg36g6AKmsTlg7VXNBo6es2Z9DPLqWD6fg 2np6quM9eoNeBIKm9en4wMuGjrSBXMNM8IYW/BxFsTqX4jLp0Ut+9PGKfF+MqldhX5BY 3/UMruZn2SVNaO85VL9u2Bdb4bzTjgomarwllI80a9jy00fH305zvfc3qrS1ocYR1P2y 39tA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=tHTVRcYYxzF8qsQJeJDlMUphzO2KuVQ9K2DoOjiGeKk=; b=I47ufDYEr0HwOrSwP7AcSNgXMXFRXJjwFkXJ/lbZeA4SNZk7PrTvoIXQ0kwhzWySdl nkjXvTF6w0bK4RLmCg0A/xT53Ca5IR8nbljvuja4xf56++Knn7HeIQg+aUCapx18Bq7Q PE2HIIy3J9iaXHRA210f50bE10uwaIKys5BXnnzXXrySmpYOswlPdQDF04+Kh8b1A0DG eaqObU3iKl1IrhdJob0j6sjw2whbvXWbcPl7qeIbKqxCtozAXAI6A74gXvRsMmxfdegt m9v+BBdhH2S8eEIwgdhKJ1mVnhiKH7QaDRIvWHeur6qeIFRCxl74IYd/jO3LGAiDkueJ LxrQ== X-Gm-Message-State: AOAM533DPIwETBfyZatP8htOq49a/UZb8zScOHF+lI9/oQIe7nP/ehAx jGEal6jHMZaWta3fgKss6Uw2bXEyzEizIVDxa0/+FjEv X-Google-Smtp-Source: ABdhPJxol9gdMbUEV92jwDLa1KBPlFP0rUhqSua1I7cQ7AdvNarePshpqR0u/7oKKSYkiMDiYYwCl4tAzxrOGIqFqJA= X-Received: by 2002:a2e:994b:: with SMTP id r11mr1246314ljj.331.1590523341958; Tue, 26 May 2020 13:02:21 -0700 (PDT) MIME-Version: 1.0 From: Jesse Dowell Date: Tue, 26 May 2020 16:02:10 -0400 Message-ID: Content-Type: multipart/alternative; boundary="000000000000cdf1ae05a692921c" Received-SPF: pass client-ip=2a00:1450:4864:20::230; envelope-from=jesse.dowell@gmail.com; helo=mail-lj1-x230.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Spam-Score: 0.7 (/) X-Mailman-Approved-At: Tue, 26 May 2020 16:08:55 -0400 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: -2.3 (--) --000000000000cdf1ae05a692921c Content-Type: text/plain; charset="UTF-8" Hello, I recently experienced a problem with the latest master branch code on an armhf device. I was able to track down and fix the issue but it required changes to guix/build/syscalls.scm. My system previously booted correctly but after a recent 'guix pull' and 'guix system reconfigure' my device would fail to activate all networking related services on boot including loopback. The error message on failure in the terminal when trying to 'herd start networking' was unhelpful but manual management of the network interfaces could be completed successfully so it seemed to be an issue specific to the way Shepherd was activating the loopback interface. I was able to track my issue down to recently introduced code in guix/build/syscalls.scm related to the GNU Hurd. The following patch fixes the problem for me. The core of the issue is that the new Hurd related checks use string-suffix? rather than string-contains like the code elsewhere in the module. Whan string-suffix? is used it doesn't match my system %host-type which is "arm-unknown-linux-gnueabihf" and the xxxx-socket-address!/hurd branch is taken rather than xxxx-socket-address!/linux. I don't know if this is only a problem on my unsupported device. I'm running guix system on a Raspberry Pi 4b. Here's the patch that fixes the issue for me. ------------------------- diff --git a/guix/build/syscalls.scm b/guix/build/syscalls.scm index 8070c5546f..6be322d68f 100644 --- a/guix/build/syscalls.scm +++ b/guix/build/syscalls.scm @@ -1404,7 +1404,7 @@ bytevector BV at INDEX." (error "unsupported socket address" sockaddr))))) (define write-socket-address! - (if (string-suffix? "linux-gnu" %host-type) + (if (string-contains %host-type "linux-gnu") write-socket-address!/linux write-socket-address!/hurd)) @@ -1436,7 +1436,7 @@ bytevector BV at INDEX." (vector family))))) (define read-socket-address - (if (string-suffix? "linux-gnu" %host-type) + (if (string-contains %host-type "linux-gnu") read-socket-address/linux read-socket-address/hurd)) --------------------------- Best Regards, Jesse --000000000000cdf1ae05a692921c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I recently experienced a problem= with the latest master branch code on an armhf device. I was able to track= down and fix the issue but it required changes to guix/build/syscalls.scm.=

My system previously booted correctly but after a= recent=C2=A0'guix pull' and 'guix system reconfigure' my d= evice would fail to activate all networking related services on boot includ= ing loopback.

The error message on failure in the = terminal when trying to 'herd start networking' was unhelpful but m= anual management of the network interfaces could be completed successfully = so it seemed to be an issue specific to the way Shepherd was activating the= loopback interface.

I was able to track my issue = down to recently introduced code in guix/build/syscalls.scm related to the = GNU Hurd.

The following patch fixes the problem fo= r me. The core of the issue is that the new Hurd related=C2=A0 checks use s= tring-suffix? rather than string-contains like the code elsewhere in the mo= dule.=C2=A0

Whan string-suffix? is used it doesn&#= 39;t match my system %host-type which is "arm-unknown-linux-gnueabihf&= quot; and the xxxx-socket-address!/hurd branch is taken rather than xxxx-so= cket-address!/linux.

I don't know if this is o= nly a problem on my unsupported device. I'm running guix system on a Ra= spberry Pi 4b.

Here's the patch that fixes the= issue for me.
-------------------------
diff --git a/g= uix/build/syscalls.scm b/guix/build/syscalls.scm
index 8070c5546f..6be32= 2d68f 100644
--- a/guix/build/syscalls.scm
+++ b/guix/build/syscalls.= scm
@@ -1404,7 +1404,7 @@ bytevector BV at INDEX."
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 (error "unsupported socket address" = sockaddr)))))
=C2=A0
=C2=A0(define write-socket-address!
- =C2=A0(= if (string-suffix? "linux-gnu" %host-type)
+ =C2=A0(if (string= -contains %host-type "linux-gnu")
=C2=A0 =C2=A0 =C2=A0 =C2=A0w= rite-socket-address!/linux
=C2=A0 =C2=A0 =C2=A0 =C2=A0write-socket-addre= ss!/hurd))
=C2=A0
@@ -1436,7 +1436,7 @@ bytevector BV at INDEX."=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (vector family)))))
=C2=A0=
=C2=A0(define read-socket-address
- =C2=A0(if (string-suffix? "= linux-gnu" %host-type)
+ =C2=A0(if (string-contains %host-type &quo= t;linux-gnu")
=C2=A0 =C2=A0 =C2=A0 =C2=A0read-socket-address/linux<= br>=C2=A0 =C2=A0 =C2=A0 =C2=A0read-socket-address/hurd))
=C2=A0---------= ------------------

Best Regards,
Jes= se

--000000000000cdf1ae05a692921c-- From unknown Tue Aug 12 08:32:00 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Jesse Dowell Subject: bug#41546: closed (Re: bug#41546: Shepherd network activation failures on armhf) Message-ID: References: <87r1v2zoku.fsf@gnu.org> X-Gnu-PR-Message: they-closed 41546 X-Gnu-PR-Package: guix Reply-To: 41546@debbugs.gnu.org Date: Fri, 29 May 2020 16:36:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1590770161-16439-1" This is a multi-part message in MIME format... ------------=_1590770161-16439-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #41546: Shepherd network activation failures on armhf which was filed against the guix package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 41546@debbugs.gnu.org. --=20 41546: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D41546 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1590770161-16439-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 41546-done) by debbugs.gnu.org; 29 May 2020 16:35:43 +0000 Received: from localhost ([127.0.0.1]:55942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jehyx-0004GT-CP for submit@debbugs.gnu.org; Fri, 29 May 2020 12:35:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53730) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jehys-0004GE-1w for 41546-done@debbugs.gnu.org; Fri, 29 May 2020 12:35:41 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42908) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jehym-00044q-Hz; Fri, 29 May 2020 12:35:32 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=44828 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jehym-00018o-2j; Fri, 29 May 2020 12:35:32 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Jesse Dowell Subject: Re: bug#41546: Shepherd network activation failures on armhf References: Date: Fri, 29 May 2020 18:35:29 +0200 In-Reply-To: (Jesse Dowell's message of "Tue, 26 May 2020 16:02:10 -0400") Message-ID: <87r1v2zoku.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (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: 41546-done Cc: 41546-done@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 (---) Hi Jesse, Jesse Dowell skribis: > I was able to track my issue down to recently introduced code in > guix/build/syscalls.scm related to the GNU Hurd. > > The following patch fixes the problem for me. The core of the issue is th= at > the new Hurd related checks use string-suffix? rather than string-contai= ns > like the code elsewhere in the module. > > Whan string-suffix? is used it doesn't match my system %host-type which is > "arm-unknown-linux-gnueabihf" and the xxxx-socket-address!/hurd branch is > taken rather than xxxx-socket-address!/linux. Indeed, great investigation work! > I don't know if this is only a problem on my unsupported device. I'm > running guix system on a Raspberry Pi 4b. > > Here's the patch that fixes the issue for me. > ------------------------- > diff --git a/guix/build/syscalls.scm b/guix/build/syscalls.scm > index 8070c5546f..6be322d68f 100644 > --- a/guix/build/syscalls.scm > +++ b/guix/build/syscalls.scm > @@ -1404,7 +1404,7 @@ bytevector BV at INDEX." > (error "unsupported socket address" sockaddr))))) > > (define write-socket-address! > - (if (string-suffix? "linux-gnu" %host-type) > + (if (string-contains %host-type "linux-gnu") > write-socket-address!/linux > write-socket-address!/hurd)) > > @@ -1436,7 +1436,7 @@ bytevector BV at INDEX." > (vector family))))) > > (define read-socket-address > - (if (string-suffix? "linux-gnu" %host-type) > + (if (string-contains %host-type "linux-gnu") > read-socket-address/linux > read-socket-address/hurd)) I pushed it as b56cbe8974c328a6c7bc28906478ef1b191ada4c on your behalf. Thank you! Ludo=E2=80=99. ------------=_1590770161-16439-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 26 May 2020 20:08:57 +0000 Received: from localhost ([127.0.0.1]:46420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jdfsf-0003cZ-AM for submit@debbugs.gnu.org; Tue, 26 May 2020 16:08:57 -0400 Received: from lists.gnu.org ([209.51.188.17]:41120) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jdfmM-0003Ta-Gn for submit@debbugs.gnu.org; Tue, 26 May 2020 16:02:26 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37022) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jdfmM-0000pd-6B for bug-guix@gnu.org; Tue, 26 May 2020 16:02:26 -0400 Received: from mail-lj1-x230.google.com ([2a00:1450:4864:20::230]:37959) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jdfmL-0007Lh-2c for bug-guix@gnu.org; Tue, 26 May 2020 16:02:25 -0400 Received: by mail-lj1-x230.google.com with SMTP id m18so26085240ljo.5 for ; Tue, 26 May 2020 13:02:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=tHTVRcYYxzF8qsQJeJDlMUphzO2KuVQ9K2DoOjiGeKk=; b=Ppv50K0FpZEgHNAwlAUIntTNTq4dTuqqPWIOdK1readQXLsPamBpDqKlG6Wd9c/4h8 MdhlTn8Zsu6k2ka9pZpzUIfJO2qeRIqvbUDlIyGNh+f3XmVYJL1l0dDtfz+9zceaD8KH DX+e4SOUmRDmELgNfHBVBz5/T2dkkRyZcOdg36g6AKmsTlg7VXNBo6es2Z9DPLqWD6fg 2np6quM9eoNeBIKm9en4wMuGjrSBXMNM8IYW/BxFsTqX4jLp0Ut+9PGKfF+MqldhX5BY 3/UMruZn2SVNaO85VL9u2Bdb4bzTjgomarwllI80a9jy00fH305zvfc3qrS1ocYR1P2y 39tA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=tHTVRcYYxzF8qsQJeJDlMUphzO2KuVQ9K2DoOjiGeKk=; b=I47ufDYEr0HwOrSwP7AcSNgXMXFRXJjwFkXJ/lbZeA4SNZk7PrTvoIXQ0kwhzWySdl nkjXvTF6w0bK4RLmCg0A/xT53Ca5IR8nbljvuja4xf56++Knn7HeIQg+aUCapx18Bq7Q PE2HIIy3J9iaXHRA210f50bE10uwaIKys5BXnnzXXrySmpYOswlPdQDF04+Kh8b1A0DG eaqObU3iKl1IrhdJob0j6sjw2whbvXWbcPl7qeIbKqxCtozAXAI6A74gXvRsMmxfdegt m9v+BBdhH2S8eEIwgdhKJ1mVnhiKH7QaDRIvWHeur6qeIFRCxl74IYd/jO3LGAiDkueJ LxrQ== X-Gm-Message-State: AOAM533DPIwETBfyZatP8htOq49a/UZb8zScOHF+lI9/oQIe7nP/ehAx jGEal6jHMZaWta3fgKss6Uw2bXEyzEizIVDxa0/+FjEv X-Google-Smtp-Source: ABdhPJxol9gdMbUEV92jwDLa1KBPlFP0rUhqSua1I7cQ7AdvNarePshpqR0u/7oKKSYkiMDiYYwCl4tAzxrOGIqFqJA= X-Received: by 2002:a2e:994b:: with SMTP id r11mr1246314ljj.331.1590523341958; Tue, 26 May 2020 13:02:21 -0700 (PDT) MIME-Version: 1.0 From: Jesse Dowell Date: Tue, 26 May 2020 16:02:10 -0400 Message-ID: Subject: Shepherd network activation failures on armhf To: bug-guix@gnu.org Content-Type: multipart/alternative; boundary="000000000000cdf1ae05a692921c" Received-SPF: pass client-ip=2a00:1450:4864:20::230; envelope-from=jesse.dowell@gmail.com; helo=mail-lj1-x230.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 26 May 2020 16:08:55 -0400 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: -2.3 (--) --000000000000cdf1ae05a692921c Content-Type: text/plain; charset="UTF-8" Hello, I recently experienced a problem with the latest master branch code on an armhf device. I was able to track down and fix the issue but it required changes to guix/build/syscalls.scm. My system previously booted correctly but after a recent 'guix pull' and 'guix system reconfigure' my device would fail to activate all networking related services on boot including loopback. The error message on failure in the terminal when trying to 'herd start networking' was unhelpful but manual management of the network interfaces could be completed successfully so it seemed to be an issue specific to the way Shepherd was activating the loopback interface. I was able to track my issue down to recently introduced code in guix/build/syscalls.scm related to the GNU Hurd. The following patch fixes the problem for me. The core of the issue is that the new Hurd related checks use string-suffix? rather than string-contains like the code elsewhere in the module. Whan string-suffix? is used it doesn't match my system %host-type which is "arm-unknown-linux-gnueabihf" and the xxxx-socket-address!/hurd branch is taken rather than xxxx-socket-address!/linux. I don't know if this is only a problem on my unsupported device. I'm running guix system on a Raspberry Pi 4b. Here's the patch that fixes the issue for me. ------------------------- diff --git a/guix/build/syscalls.scm b/guix/build/syscalls.scm index 8070c5546f..6be322d68f 100644 --- a/guix/build/syscalls.scm +++ b/guix/build/syscalls.scm @@ -1404,7 +1404,7 @@ bytevector BV at INDEX." (error "unsupported socket address" sockaddr))))) (define write-socket-address! - (if (string-suffix? "linux-gnu" %host-type) + (if (string-contains %host-type "linux-gnu") write-socket-address!/linux write-socket-address!/hurd)) @@ -1436,7 +1436,7 @@ bytevector BV at INDEX." (vector family))))) (define read-socket-address - (if (string-suffix? "linux-gnu" %host-type) + (if (string-contains %host-type "linux-gnu") read-socket-address/linux read-socket-address/hurd)) --------------------------- Best Regards, Jesse --000000000000cdf1ae05a692921c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I recently experienced a problem= with the latest master branch code on an armhf device. I was able to track= down and fix the issue but it required changes to guix/build/syscalls.scm.=

My system previously booted correctly but after a= recent=C2=A0'guix pull' and 'guix system reconfigure' my d= evice would fail to activate all networking related services on boot includ= ing loopback.

The error message on failure in the = terminal when trying to 'herd start networking' was unhelpful but m= anual management of the network interfaces could be completed successfully = so it seemed to be an issue specific to the way Shepherd was activating the= loopback interface.

I was able to track my issue = down to recently introduced code in guix/build/syscalls.scm related to the = GNU Hurd.

The following patch fixes the problem fo= r me. The core of the issue is that the new Hurd related=C2=A0 checks use s= tring-suffix? rather than string-contains like the code elsewhere in the mo= dule.=C2=A0

Whan string-suffix? is used it doesn&#= 39;t match my system %host-type which is "arm-unknown-linux-gnueabihf&= quot; and the xxxx-socket-address!/hurd branch is taken rather than xxxx-so= cket-address!/linux.

I don't know if this is o= nly a problem on my unsupported device. I'm running guix system on a Ra= spberry Pi 4b.

Here's the patch that fixes the= issue for me.
-------------------------
diff --git a/g= uix/build/syscalls.scm b/guix/build/syscalls.scm
index 8070c5546f..6be32= 2d68f 100644
--- a/guix/build/syscalls.scm
+++ b/guix/build/syscalls.= scm
@@ -1404,7 +1404,7 @@ bytevector BV at INDEX."
=C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 (error "unsupported socket address" = sockaddr)))))
=C2=A0
=C2=A0(define write-socket-address!
- =C2=A0(= if (string-suffix? "linux-gnu" %host-type)
+ =C2=A0(if (string= -contains %host-type "linux-gnu")
=C2=A0 =C2=A0 =C2=A0 =C2=A0w= rite-socket-address!/linux
=C2=A0 =C2=A0 =C2=A0 =C2=A0write-socket-addre= ss!/hurd))
=C2=A0
@@ -1436,7 +1436,7 @@ bytevector BV at INDEX."=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (vector family)))))
=C2=A0=
=C2=A0(define read-socket-address
- =C2=A0(if (string-suffix? "= linux-gnu" %host-type)
+ =C2=A0(if (string-contains %host-type &quo= t;linux-gnu")
=C2=A0 =C2=A0 =C2=A0 =C2=A0read-socket-address/linux<= br>=C2=A0 =C2=A0 =C2=A0 =C2=A0read-socket-address/hurd))
=C2=A0---------= ------------------

Best Regards,
Jes= se

--000000000000cdf1ae05a692921c-- ------------=_1590770161-16439-1--