From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id QIWyHvtLqGbhhgAA62LTzQ:P1 (envelope-from ) for ; Tue, 30 Jul 2024 02:12:11 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id QIWyHvtLqGbhhgAA62LTzQ (envelope-from ) for ; Tue, 30 Jul 2024 04:12:11 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=famulari.name header.s=mesmtp header.b="C 46hY9/"; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=Cr1UI+6z; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1722305531; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=01tfP9iiTyG55xgeNwbYEg5pTV1hTYAG3YG7PFR3xIo=; b=oN69z2X4FwJG5QijIroYXMwZHpsGQpJg9k7JXKInU19AWq5+xKXG2WxaN4Rkyejgki/TV1 SltEfVNcyhmQzmxFna/WUb5CnYhUb+u+Tx9CvtpAN8oxrUwwMdNgliO0jJ0uc0nkbMfAmw H6uwG5yeSXy9oud1pEnqcY3SujoUoUDRGdTCExPd3P5YHl9sZnmaG1JvSQdQWoXMgPYpgB 6f964DShVUOqeiWL4Jebqg4c1LfANn7HdLevcS++gicWA5kyab1vYc6cqrnQYuxVuDKU2d /0N64SV17I9wYvWLoZzb6JoLqGv5+LZ3hkcORj2H12Vjy2W1zTMdWuzKB12gqA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1722305531; a=rsa-sha256; cv=none; b=TCVnhPVRbPwefJroFGyAkCis3FZ3qFgjr7O8i50Ruq/K+9D3cFmoAQ0aO1hwxbROJRV8uO vIrFY72kcN9WweGxFFoczUsReVi2l0d6FnJljBEL0Et+6BXf0mbNDQG3vsnFQlP7BA5LZM M/g4AMUG4dqbtzJIr8PSVzEyiT31XmFTgE4OM7HpKgBCXXrGR2tZjFdR7xuZi6GWGzqEQ7 hj1Mg0F7iS7LEe52FZeUVz1OPnqDo5Sf19F2iHtjHt84kKxlSj6qblRvNS1yo+H3qpQzyk OULqrDNnOe1CPIpix4wxPBjorcZOuLRfXt+mAgPa7C2KJWDEVdUTydYaARpDeg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=famulari.name header.s=mesmtp header.b="C 46hY9/"; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=Cr1UI+6z; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" 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 58C9D787A9 for ; Tue, 30 Jul 2024 04:12:11 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sYcKc-0005mt-HI; Mon, 29 Jul 2024 22:11:18 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sYcKb-0005mW-Dw for guix-devel@gnu.org; Mon, 29 Jul 2024 22:11:17 -0400 Received: from fout2-smtp.messagingengine.com ([103.168.172.145]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sYcKZ-0003l0-48 for guix-devel@gnu.org; Mon, 29 Jul 2024 22:11:17 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailfout.nyi.internal (Postfix) with ESMTP id 26AA91380C6D; Mon, 29 Jul 2024 20:01:15 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Mon, 29 Jul 2024 20:01:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name; h=cc:cc:content-type:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to; s=mesmtp; t=1722297675; x= 1722384075; bh=01tfP9iiTyG55xgeNwbYEg5pTV1hTYAG3YG7PFR3xIo=; b=C 46hY9/m9Vm8gbiWEbwt/ClZ5PoeCSQLqAKRetqB5WzYwwUa2vjitb5jqCl0b0Ztp yoSxRwsXwc2bz3MrxtJ5W0TcREkPuAuy/Bg4D2ot1++VgwgJylyQ0YEGuWew5KOH tnAbc12Z4dwnwULeM3ixcfU36+7KDWTNPyDeCtvE20= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1722297675; x=1722384075; bh=01tfP9iiTyG55xgeNwbYEg5pTV1h TYAG3YG7PFR3xIo=; b=Cr1UI+6zlYIotEjCUH9Kv9Un/z9UN/WvRcLUr4NSKNTn dGWGdnTxx8XYpbzn+sL88LB7gt5tmZvyac/Gzf3YmhhHJWbsj5nUV9iTMvpsgawm dTqdUPZOY+pob1UME5DZzPMnz5CTvOJ3+/EKz7EivtgA9kfMLGma4UkayNINKufO L+hN9hRiA5oSu9Tfu5bQJsJS8dP86v04dzDiBCn4hHcx3/w16mWx906f2+q2VrqN HmNRjZsXUyzGXr8M7RCF1JVErpbtzrxhP5snhibZ5UA0covjh1Tx6mNyWrHyxyBk HQmKAJZGKZ4YzgVDuwHa8gMFZKlL3v2nT9U+UbO3zA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrjeefgdeftdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvvefukfhfgggtuggjsehttdortddttddvnecuhfhrohhmpefnvghoucfh rghmuhhlrghrihcuoehlvghosehfrghmuhhlrghrihdrnhgrmhgvqeenucggtffrrghtth gvrhhnpeefvefgheevgeehledtjeffieeghfehheehveevhfeggfeiiedvleevhfekffel jeenucffohhmrghinhepghhnuhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurf grrhgrmhepmhgrihhlfhhrohhmpehlvghosehfrghmuhhlrghrihdrnhgrmhgvpdhnsggp rhgtphhtthhopedt X-ME-Proxy: Feedback-ID: i819c4023:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 29 Jul 2024 20:01:13 -0400 (EDT) Date: Mon, 29 Jul 2024 20:01:12 -0400 From: Leo Famulari To: Richard Sent Cc: guix-devel@gnu.org, Ricardo Wurmus , 67535@debbugs.gnu.org, Efraim Flashner Subject: Re: Does anyone use i686-linux? [was Re: bug#67535: ci.guix.gnu.org 'Cannot allocate memory' while building for i686-linux] Message-ID: References: <87sevsxtqg.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=103.168.172.145; envelope-from=leo@famulari.name; helo=fout2-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -5.61 X-Spam-Score: -5.61 X-Migadu-Queue-Id: 58C9D787A9 X-Migadu-Scanner: mx11.migadu.com X-TUID: 4kFOBA3ujSjN On Mon, Jul 29, 2024 at 11:00:36AM -0400, Richard Sent wrote: > For consideration, I know at least one 3rd-party channel relies on being able to create a multiarch container containing i686 packages. I'll refrain from linking since it packages nonfree software. This is an example where keeping an old architecture around is more complicated than simply counting the number of active machines using said architecture. People have presented some good reasons for keeping at least some level of i686 support. But unfortunately, 3rd party channels cannot be one of them, whether or not they follow the FSDG. Of course, we won't deliberately make their work more difficult, and maybe we consider their needs if it's easy, but I think they shouldn't be considered to present compelling arguments for us to make decisions within GNU Guix, especially if it involves us doing extra work. > Perhaps we could tally the number of substitutes served for supported architectures and use that as our metric for liveliness. I'd love this! Not just for deciding when to remove support, but to measure if adding support gains more users.