From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id gNmTOlTGkGDqhQEAgWs5BA (envelope-from ) for ; Tue, 04 May 2021 05:58:12 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id oI0eNlTGkGBhbwAAbx9fmQ (envelope-from ) for ; Tue, 04 May 2021 03:58:12 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 5B612A3B9 for ; Tue, 4 May 2021 05:58:12 +0200 (CEST) Received: from localhost ([::1]:41866 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ldmCI-0008UR-Ac for larch@yhetil.org; Mon, 03 May 2021 23:58:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36998) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ldmCA-0008UK-Pn for bug-guix@gnu.org; Mon, 03 May 2021 23:58:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:38930) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ldmCA-0002Cq-If for bug-guix@gnu.org; Mon, 03 May 2021 23:58:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ldmCA-0007dO-GB for bug-guix@gnu.org; Mon, 03 May 2021 23:58:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#48024: glib-2.62.6 build fails i686 Resent-From: Mark H Weaver Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 04 May 2021 03:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48024 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Bone Baboon Received: via spool by 48024-submit@debbugs.gnu.org id=B48024.162010063329338 (code B ref 48024); Tue, 04 May 2021 03:58:02 +0000 Received: (at 48024) by debbugs.gnu.org; 4 May 2021 03:57:13 +0000 Received: from localhost ([127.0.0.1]:50473 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldmBN-0007d8-2H for submit@debbugs.gnu.org; Mon, 03 May 2021 23:57:13 -0400 Received: from world.peace.net ([64.112.178.59]:53482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ldmBL-0007d2-AX for 48024@debbugs.gnu.org; Mon, 03 May 2021 23:57:12 -0400 Received: from mhw by world.peace.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ldmBD-0004oQ-Sk; Mon, 03 May 2021 23:57:04 -0400 From: Mark H Weaver In-Reply-To: <87fsz3jx58.fsf@disroot.org> References: <874kftd8fl.fsf@disroot.org> <20210426172652.005ae12b@riseup.net> <87mttjlebl.fsf@disroot.org> <871ravqeg1.fsf@netris.org> <87fsz3jx58.fsf@disroot.org> Date: Mon, 03 May 2021 23:56:15 -0400 Message-ID: <87eeennocl.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 48024@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1620100692; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:resent-cc:resent-from:resent-sender: resent-message-id:in-reply-to:in-reply-to:references:references: list-id:list-help:list-unsubscribe:list-subscribe:list-post; bh=6R31gjdGwYJ2yYjmpp9SWqT/e9a59WHWkKORqObYpKk=; b=GAsBqYiCxEeNSICq1cVQgo+Dtmum26ENmOkaPU3S/M9Gbe5W2JZo/0qHvLIyX1/46nRv0G HcF6axn+6mhWRA4IyOjSINZw3wUYlS6BmufkTJ0vYjgs9qYA+V/YYDYMMF4Kc7XELnZlYg OSg/cYHyPUa5a1Q1W8YkOTAUhPZNNzRJj2BjWWZLE2bE1XZcZOvXMUv4Ne99MrRBDGNta9 SSV5/f+jcm0o651exz98ZRh0O9PRPbWS3XPP42r6l2JzqfMWRLeJeMDLjq6IEc8LN4m7KS 38/3mkLThXXGXpOfmsUyRI7iHAVGZ6BMXO+nsmrRgmH4rZkZTCpyOn8ay3WdNw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1620100692; a=rsa-sha256; cv=none; b=TQqVTG2JEFdgJ7CJPgHYimLwrQUmoeCSwAAVFn5sOa3bbs9iddLqo6iDqtGGCMkfFrKahT IUGFqXUHQQZJagv4VoEOhWemEd1z2RC1xmJf1j6wvS17rz8Og4hUg2XW2HGu0OnIk3y19c ZAGAFKfBK2nDAdF7m4dshKMeRkHlHRuAX0qBlZBGvW2geDlGbpncHs1bqaesxF4Wnl5G3u fXCfYrUL9zltZzroLjNoC++XfZ1fKSCohA0ZzLdJF0F9eOHVhlBMtwyrxQbXwOH7R0qVd6 hoq2fzbp6Cyz1HBGMIXdkBDYyuyIl6Bmy4IWeHacw99P/0Flevp+jDky+NcgIg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: -2.46 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: 5B612A3B9 X-Spam-Score: -2.46 X-Migadu-Scanner: scn0.migadu.com X-TUID: UAC9KG/Euzhw Hi, Bone Baboon writes: > Mark H Weaver writes: >> The following patch, applied to your copy of Guix, should work around >> the problem: >> >> --8<---------------cut here---------------start------------->8--- >> diff --git a/gnu/packages/glib.scm b/gnu/packages/glib.scm >> index c04bd334e9..b8f509306d 100644 >> --- a/gnu/packages/glib.scm >> +++ b/gnu/packages/glib.scm >> @@ -230,7 +230,8 @@ shared NFS home directories.") >> #t))) >> ;; TODO: Remove the conditional in the next core-updates cycle. >> ;; Needed to build glib on slower ARM nodes. >> - ,@(if (string-prefix? "arm" (%current-system)) >> + ,@(if (or (string-prefix? "arm" (%current-system)) >> + (string-prefix? "i686" (%current-system))) >> `((add-after 'unpack 'increase-test-timeout >> (lambda _ >> (substitute* "meson.build" >> --8<---------------cut here---------------end--------------->8--- >> >> To use this patch, you'll need to apply it to a Git checkout of Guix, >> build it, and then use "/PATH-TO-GIT-CHECKOUT/pre-inst-env guix ..." >> whenever building anything with Guix that depends on glib. > > Preparation steps taken: > 1) cloned the Guix repository > 2) ran `./bootstrap` > 3) ran `./configure --localstatedir=/var/` > 4) checked out a branch > 5) applied the patch Did you also run "make"? > Then in the branch of the Guix repository with the patch applied I ran > the following commands which failed with test timeouts. > > `./pre-inst-env guix build --no-substitutes glib` > `./pre-inst-env guix build --no-substitutes --cores=2 glib` > `./pre-inst-env guix build --no-substitutes --cores=3 glib` Hmm. Can you please grep the build log for "TIMEOUT" and "increase-test-timeout", and show me the matching lines? >> Alternatively, you *might* be able to build 'glib' successfully by not >> doing anything else with your machine while it's building 'glib'. [...] > > I tried this by having only ssh running so I could connect. Then on a > virtual terminal I ran `guix build --no-substitutes --cores=2 glib`. > This failed with test timeouts. Oh well, thanks for trying. >> (Incidentally, I *always* use Guix this way, using my own private branch >> of Guix, never using "guix pull", and never using substitutes.) > > This is interesting to me. I outlined how I use Guix in the following message: https://lists.gnu.org/archive/html/guix-devel/2021-03/msg00625.html However, note that there are some significant caveats and "rough edges" to this approach. I can't recommend it in good conscience, unless you truly need the extreme flexibility that it provides. To avoid the rough edges, I'd suggest using "guix pull --url" as outlined in the last two paragraphs of the message above. For most purposes, I suspect you'd be much happier with that approach. > This is how I think a substitute server workflow could be modified to > use this approach. I would appreciate corrections or suggestions. I'll postpone commenting on most of these, in case you decide to use the "guix pull --url" method. A few comments though: > Substitute server clients would have a channel for the patched > repository and no channel for the official Guix repository. I've never used channels, and I'm not sure off-hand how to make them work with my unusual approach. > The commands stay the same on the clients of the substitute server. > > `guix pull --substitute-urls=:` > > `sudo guix system --subsitute-urls=: > reconfigure ` This wouldn't work. It's not enough to merely ask 'guix' to use your substitute server. If you did this, your clients would use the official Guix package descriptions from our 'master' branch, but would look for builds of those official packages on your substitute server. To make this work, you would _also_ need to pass "--url " each time you run 'guix pull' on your client machines. Alternatively, if you chose to use my unusual approach, you'd need to have built git checkouts of your custom branch of Guix on each of your client machines, and run Guix from those git checkouts. Regards, Mark -- Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about .