From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id mLDSNDgnQWTMSQEASxT56A (envelope-from ) for ; Thu, 20 Apr 2023 13:51:20 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id wMLANDgnQWQr4QAA9RJhRA (envelope-from ) for ; Thu, 20 Apr 2023 13:51:20 +0200 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 8951E3DAD5 for ; Thu, 20 Apr 2023 13:51:20 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ppSoa-0002VV-9o; Thu, 20 Apr 2023 07:51:04 -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 1ppSoY-0002Tl-6H for bug-guix@gnu.org; Thu, 20 Apr 2023 07:51:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ppSoX-0006Rf-UO for bug-guix@gnu.org; Thu, 20 Apr 2023 07:51:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ppSoX-00028y-R7 for bug-guix@gnu.org; Thu, 20 Apr 2023 07:51:01 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#62954: Valgrind blocks R on powerpc64le Resent-From: Andreas Enge Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 20 Apr 2023 11:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62954 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Simon Tournier Cc: 62954@debbugs.gnu.org Received: via spool by 62954-submit@debbugs.gnu.org id=B62954.16819914298131 (code B ref 62954); Thu, 20 Apr 2023 11:51:01 +0000 Received: (at 62954) by debbugs.gnu.org; 20 Apr 2023 11:50:29 +0000 Received: from localhost ([127.0.0.1]:36745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppSo1-000275-Gq for submit@debbugs.gnu.org; Thu, 20 Apr 2023 07:50:29 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:36926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppSnz-00026n-Lp for 62954@debbugs.gnu.org; Thu, 20 Apr 2023 07:50:28 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 693CC2070; Thu, 20 Apr 2023 13:50:21 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at hera.aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TrGBJuGnQfWO; Thu, 20 Apr 2023 13:50:20 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:861:c4:f2f0::c64]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 7D1033B8; Thu, 20 Apr 2023 13:50:20 +0200 (CEST) Date: Thu, 20 Apr 2023 13:50:18 +0200 From: Andreas Enge Message-ID: References: <87r0sedcb6.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87r0sedcb6.fsf@gmail.com> 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: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: bug-guix-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN ARC-Seal: i=1; s=key1; d=yhetil.org; t=1681991480; a=rsa-sha256; cv=none; b=mOargpQK6V76+YlHaAtEkGO5DIBFnEYFNsR55h5KJEJOi4oFXvKWfCDWVU0QFfuWWfcVU7 VT1PTu43taxK53wAscmx0ePIt7L/PyFJotZBCsEBW4XGI1ZmNQCjIBCbjSZHbUpB5r0oht 7lrkhA91+l95bHdR9I6FJpa4yRoo08ymhQ6ia5KQJDzp6McxhLWxd3dfQ3E3eGjqythRhc riUdZuMMZGJd2AV4yclmm8FoMcJ/Eoz7kVr705xrP6KSgle/h6c0UtCBmmqYfDZ6boH2SC XyiIPRzYx77O50wMzbLHUSCE8DN3cs1IwJRAGHQ8sUxYbpP9/bqvYXcgYTmfbg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1681991480; 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=KFxMJQXQsa+j/unu5NMM2FDFY+AF/mcSXwDUSgMoHGg=; b=hu74qtj9z45/KH/5H6LeOagBAIznK+qKg9CejOJsNSuMIq4TgZup+tjzUVSvORVfcgeulY tAOJwDTwajFTxDKDo8ivMGtP1WrRQlZS9X7aI1PkziFOj834oQkbLFcBaYO3IzMZYPyY+P yjDM6EEnJTBomeOgXEZNyS565v1z8NLi6QulDHsgEJuwFz98QtHjLjawVgqAgVGFmXS5ro v5bdCltJ5ytrIXjY4NNi3uySXQIwRc/15BnThhnEztx9n6Q5NRka3fcEo2VmKQN4MOFrOM bRSaYz/RRGecwTb0LMFsnX+5IrFjbsoow72C8dzD7LPQ7m+naQZpayJtBbE7XA== X-Migadu-Scanner: scn1.migadu.com X-Migadu-Spam-Score: -1.21 X-Spam-Score: -1.21 X-Migadu-Queue-Id: 8951E3DAD5 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-TUID: vGFZb9cpa+md Am Thu, Apr 20, 2023 at 01:26:37PM +0200 schrieb Simon Tournier: > shows that most of the paths do not involve texlive-ms. Instead, it > seems related to lz4 or openmpi or jq. So I start to understand. lz4 depends on valgrind. I do not know why. It is given as a native input, so probably the tests require valgrind? If yes, that looks a bit excessive to me - the developers of lz4 are very welcome to check for memory leaks from time to time, but doing this at every compilation is excessive. What do you think of dropping the valgrind input (at the same time as updating valgrind, say)? It does not seem to be necessary, as it is already dropped on architectures that do not provide it, without further ado. Maybe this is what hides it from "guix refresh" and "guix graph"? Then texlive-ms depends on lz4 and indirectly on valgrind: $ ./pre-inst-env guix build --system=powerpc64le-linux texlive-ms -n /gnu/store/j0wzdc36vvgvj4zh49a71sc115m6m76b-texlive-ms-59745.drv /gnu/store/jl6p6m1zngi1rjl2808zvnb9wpiphhjf-texlive-ms-59745-checkout.drv /gnu/store/gfkdb5pys2b8dr2mqgs5gbwfflwlc4kh-subversion-1.14.2.drv /gnu/store/xw5kdli3i92iwd7wpplcb0p89g1p3a29-lz4-1.9.3.drv /gnu/store/z6kf2pg48b9a87angabkfyfv4knhhwjy-valgrind-3.17.0.drv More precisely: texlive-ms is downloaded via subversion via simple-texlive-package in (gnu packages texlive), which relies on texlive-origin from (guix build-system texlive). $ ./pre-inst-env guix build --system=powerpc64le-linux subversion -n The following derivations would be built: /gnu/store/gfkdb5pys2b8dr2mqgs5gbwfflwlc4kh-subversion-1.14.2.drv /gnu/store/xw5kdli3i92iwd7wpplcb0p89g1p3a29-lz4-1.9.3.drv /gnu/store/z6kf2pg48b9a87angabkfyfv4knhhwjy-valgrind-3.17.0.drv So subversion depends on valgrind! And all new simplex-texlive-packages are concerned. I think the solution is to indeed remove valgrind from the native inputs of lz4. And I think there is a shortcoming in "guix refresh" that it does not take the source code of packages into account. What do you think? Andreas