From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:c151::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id eAs4HLW2RWB2FwAA0tVLHw (envelope-from ) for ; Mon, 08 Mar 2021 05:31:33 +0000 Received: from aspmx2.migadu.com ([2001:41d0:2:c151::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id +LnqF7W2RWD8XgAAB5/wlQ (envelope-from ) for ; Mon, 08 Mar 2021 05:31:33 +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 aspmx2.migadu.com (Postfix) with ESMTPS id EF5BE26A5F for ; Mon, 8 Mar 2021 06:31:32 +0100 (CET) Received: from localhost ([::1]:41826 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lJ8UO-0004pG-5P for larch@yhetil.org; Mon, 08 Mar 2021 00:31:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:42374) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lJ8UE-0004oq-SL for guix-devel@gnu.org; Mon, 08 Mar 2021 00:31:22 -0500 Received: from world.peace.net ([64.112.178.59]:38374) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lJ8UC-00084L-Pv for guix-devel@gnu.org; Mon, 08 Mar 2021 00:31:22 -0500 Received: from mhw by world.peace.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lJ8UA-00020A-AI; Mon, 08 Mar 2021 00:31:18 -0500 From: Mark H Weaver To: Chris Marusich , Leo Famulari , Christopher Baines Subject: Re: core-updates: Emacs is only supported on x86_64-linux? In-Reply-To: <874khm5pab.fsf_-_@gmail.com> References: <87a6rf5rd6.fsf@gmail.com> <87a6rf5rd6.fsf@gmail.com> <87r1krgs10.fsf@netris.org> <87a6rf5rd6.fsf@gmail.com> <87r1krgs10.fsf@netris.org> <874khm5pab.fsf_-_@gmail.com> Date: Mon, 08 Mar 2021 00:29:51 -0500 Message-ID: <87sg56i55h.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=64.112.178.59; envelope-from=mhw@netris.org; helo=world.peace.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=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.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1615181493; 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; bh=MGfLcN+H58BFiQ8ztI2EzPKO2Yl6SISV+GCgOqpfsm0=; b=AFi96rSRJZAgBPyX9rQB9/BDdZ9KTzwCy4Oxvu89klVnva74TDIBgMbq5SgGEGDcJtIUSG k80ssVo+X+68Ryp+vBdOktk6xLx7315A57Y7pp0dNrLNNheZp/Xo78H7i1EYEszMI1zNQn lcEzi1wFYPYtLjTj41j2389k3ECw+/EMFQVoXIKIGcFLwgWw5IjL5+elDkOuMoBa5I9KAs 6Slovmq2bADqdueTBgtzaGBRZzDgSFp7qKjN5XnGZ0MAE/yTI3R7c94E/MBLvGw1FbitD6 rZf+akejZQDidusxCGaUXt9hLsYuBxagcs5zmA1aLRFKnsbDQ6I6WC3GzOPu2Q== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1615181493; a=rsa-sha256; cv=none; b=e8PQSZ8QlPuZ+ZBmO72S5J1pYFWdevgq2Em4s8/B33iXvICCqP4qGAcinf8E5OZxMDhr3B jed41L7rJtZeou3BLO/s0Bqptq/Zk4XaNOsdU9xZW4y0cfemCcY1bdcSyYhl/c/mGXFJg1 2gfl9spP+Z1quPxmWtxrgvD6G4EOX3UTsW+smWT1zDccrgCb1XkMgjBfFRhoJJCaZy7g+D 4FRE5Iz5SvtaIhodTGEq6K5p++Mz9bN3CmiS+jr4eKZAtG4dtN8YfdrqS1ibRl6piaCXbY bEUCEMZJ4SR2LYfIN1ttR3bmXrIfyhsoarar+n3ti/ICuEYLhPZ/MFJ+azFjSg== ARC-Authentication-Results: i=1; aspmx2.migadu.com; dkim=none; spf=pass (aspmx2.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -1.38 Authentication-Results: aspmx2.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx2.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: EF5BE26A5F X-Spam-Score: -1.38 X-Migadu-Scanner: scn1.migadu.com X-TUID: j1zmgxxRuu2X Hi Chris, Chris Marusich writes: > I've confirmed that works for emacs, except that you actually have to > also do it for gtk+, too, since rust gets pulled in via gtk+ also. Ugh. I'd prefer to avoid removing 'gtk+' from the inputs to 'emacs' on any system, because the distinguishing characteristic of that package (compared with the other Emacs variants) is that it's the Gtk+ variant of Emacs. For now, it would be good to eliminate the Gtk+ dependency on Rust. If we reach the point where our Gtk+ package is only supported on 'x86_64-linux', our claim of supporting multiple architectures will become increasingly dubious. Does anyone know how Gtk+ depends on Rust? Aside: I wish that Guix included a convenient tool to answer the question "Why does package X depend on package Y?", i.e. "What paths of dependencies lead from package X to package Y?", without having to view the entire dependency graph (which is often too complex to grasp visually). For now: how about changing the failing system test to inherit from 'emacs-no-x-toolkit' instead of 'emacs'. That, combined with making 'librsvg' a conditional input to Emacs (but leaving 'gtk+' in Emacs' inputs on all systems), should be enough to get past your immediate problem. What do you think? > From e36c4cab40c5b97ffedc72acc586c0b560e7868e Mon Sep 17 00:00:00 2001 > From: Chris Marusich > Date: Sun, 7 Mar 2021 15:58:19 -0800 > Subject: [PATCH] gnu: rust: Make it "supported" on all systems but i686-linux. > > * gnu/packages/rust.scm (rust-1.30)[supported-systems]: Instead of hard-coding > this to just "x86_64-linux", calculate the supported systems by deleting > "i686-linux" from %supported-systems. I don't think we should do this until we have reason to believe that our Rust packages actually build successfully on the other systems. > I think both of these patches are important and needed. The patch to > restore supported systems to the rust package is important because we > will want rust to build successfully on many systems. I agree that we must soon prioritize getting Rust working on other systems, but I doubt that this simple patch will accomplish much more than to waste precious cycles on our few non-Intel build slaves. Mark