From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <help-guix-bounces+larch=yhetil.org@gnu.org> Received: from mp12.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id QMUMKicKTGWDUgEAauVa8A:P1 (envelope-from <help-guix-bounces+larch=yhetil.org@gnu.org>) for <larch@yhetil.org>; Wed, 08 Nov 2023 23:22:31 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id QMUMKicKTGWDUgEAauVa8A (envelope-from <help-guix-bounces+larch=yhetil.org@gnu.org>) for <larch@yhetil.org>; Wed, 08 Nov 2023 23:22:31 +0100 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 821EA53E75 for <larch@yhetil.org>; Wed, 8 Nov 2023 23:22:31 +0100 (CET) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="lOUW/fqB"; spf=pass (aspmx1.migadu.com: domain of "help-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="help-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1699482151; 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=AnpyPGwZ0xBezOmjwZrwNH2cwyznuqHcTAagLsGs8/4=; b=KISNAvmDx1FfmUXyFbzLBDbQuUrTOmnqqtCh7Rr9a2CQ13LMhsZ3cxgm1JGdaJ10uZzIXO +y1VNIeDw/aySIMQMu8dGL1HCQVEvTDCC7b7nul2tdx695+sqPg8zGDThY3nRUngVrHszx 76xwCYnEWLzCfj1P4wwFlUU2OqWUbZNL7jeQMvi+4RG34VBaCMU2+SL81UtEcUXQeW5vti Q85ugA0+9wDkckIb+G0YeYgPBinzpXtr+yTBC3K1JzfIqAlCiE2jWhqiCX2AUJdi3N3MeS ZsvUnVYm6r/Li8z0PqMZeWwjlOBosXFwLE6GXm8XPaWZdZl5+ZkEKTu3glCQgQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="lOUW/fqB"; spf=pass (aspmx1.migadu.com: domain of "help-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="help-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gmail.com ARC-Seal: i=1; s=key1; d=yhetil.org; t=1699482151; a=rsa-sha256; cv=none; b=S9LgFOU5HpWMOWVhommsvRxSJbjj3BkaL2Tqf9QNnMM1FSXXzmBMgR2o4vxDrIMERtx2jx 7sVgUypGp9ewqN4Cdu9EwalgYfBBCktuQahtFYxRbDrEfbcLCDu5kODyhnDw8uXlJAKt6x 8EQF3l+Vb55v4Z3tPK/gHM29DN9h752G+XZW8SWs0ASjYfbrPUbQoQJcYykKhKkiBbDXkX sXkoLTAoXqAPgtZWbQQ0QYc94mCwwTt2O+J0PbHdNjNA3mXuuiWl0RCiEAdaGFRMkUKQZ/ eifGTjrxaECjZjX0OOWK90YsrQj7RPyZ0JxQXO7emyztWBm29MrJDkhlXy/Aew== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from <help-guix-bounces@gnu.org>) id 1r0qvw-000881-0y; Wed, 08 Nov 2023 17:22:00 -0500 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 <zimon.toutoune@gmail.com>) id 1r0qvs-00087m-Q6; Wed, 08 Nov 2023 17:21:58 -0500 Received: from mail-oi1-x234.google.com ([2607:f8b0:4864:20::234]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <zimon.toutoune@gmail.com>) id 1r0qvk-0005Sq-FN; Wed, 08 Nov 2023 17:21:54 -0500 Received: by mail-oi1-x234.google.com with SMTP id 5614622812f47-3b2d9a9c824so32031b6e.0; Wed, 08 Nov 2023 14:21:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699482106; x=1700086906; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=AnpyPGwZ0xBezOmjwZrwNH2cwyznuqHcTAagLsGs8/4=; b=lOUW/fqBBWSty+xaDKDqIfb0vPEJbdqda0MHOiSnPgDJY0ZakOQofTBGNsgbSZVbtP 47ObFr3VUyVMZ+NPANjCIrngV/0CqOD+ICfyBVLljH2tLlB4Rs74hxnubPugsi5qck4B 28oLmj62hplSbC10TCUcInEHOnFEUJV3AaaZZ9v9ZG0NoAh1/1fgOct8MziRLRDGY8j+ zsuATDzNDOrVZUIzI46jqj3CDP38Za/YHlXQtDK58PRIHaHVfDBg7ImI3+wvez/FqT+a 1b5vkr1cQQzKtvRA2+f7jM9GEy1nAZZOM23hi9d/qWKsnbAM/3yLqIlsu4GoutrahcaX fBMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699482106; x=1700086906; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=AnpyPGwZ0xBezOmjwZrwNH2cwyznuqHcTAagLsGs8/4=; b=h8gw1PcAVb7HYiSl1J0iHtlXjHMalzmjT0Icx9gdm4b5qJ2pi8xNVtIjNBHlzMfwlv jqTQL0UMrKS0MG+BeQXeonXa3TpucgpDRDLsunVHdZqgkuJxRJZYaQDdbC41zl1ZUNWI iX+PkVNxOmMstyanb1LvtChjluaOetsHKlBwzcFgp01uHDdY5yW5NY3d11xAQUSdbwY8 4OmdctJ/h+j2/f4zyN6OJJhlSL6whihd/Yi8oVVnjDU1CNvmhj37nECPS5xM9FJo9gTR uzfPTel372mJe2Z6M4eySspGzo7cjf14EA747h8rgq0hqTYshfvPM39CZ67qsYJtxVgw 3ufA== X-Gm-Message-State: AOJu0Yw5NXUzOvkjxv76v86RAaGEwtoPr5MGLnnbdUgkja4NUhonw79Q ngihEK8lWk5ORb8h9yutQevx4rL1RQETXsIxCBgDWRTGziI= X-Google-Smtp-Source: AGHT+IE4CTXCpczyG7cycqXCxY7NUSr86axLLAc+j1VX9Hpp6fCJ9k8/UverQ5jM+zzUlUVb4UUfcs8OOVZW4Cftbfo= X-Received: by 2002:a05:6808:159d:b0:3ae:5e6a:5693 with SMTP id t29-20020a056808159d00b003ae5e6a5693mr4077943oiw.0.1699482106003; Wed, 08 Nov 2023 14:21:46 -0800 (PST) MIME-Version: 1.0 References: <65429087.0c0a0220.5908c.4d60SMTPIN_ADDED_BROKEN@mx.google.com> <87zfzpie51.fsf@gmail.com> <871qd19cqn.fsf@lease-up.com> <878r78gv6m.fsf@gmail.com> <87ttpw897n.fsf@lease-up.com> <871qd0p0qn.fsf@contorta> <sgcib5spy4wiuzh2qiwv3vbemdsuvwwhdt64k6it4t4utiouwj@uuyf3atk7xas> In-Reply-To: <sgcib5spy4wiuzh2qiwv3vbemdsuvwwhdt64k6it4t4utiouwj@uuyf3atk7xas> From: Simon Tournier <zimon.toutoune@gmail.com> Date: Wed, 8 Nov 2023 23:21:34 +0100 Message-ID: <CAJ3okZ28aG6-POJq-srjAVkB=uYj3+DnrgqTahHB=YT7drWrhg@mail.gmail.com> Subject: Re: Turning off tests leads to a different store item To: Saku Laesvuori <saku@laesvuori.fi> Cc: Vagrant Cascadian <vagrant@reproducible-builds.org>, Felix Lechner <felix.lechner@lease-up.com>, Maxim Cournoyer <maxim.cournoyer@gmail.com>, Suhail <suhail@bayesians.ca>, help-guix@gnu.org, Julien Lepiller <julien@lepiller.eu>, guix-devel@gnu.org Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2607:f8b0:4864:20::234; envelope-from=zimon.toutoune@gmail.com; helo=mail-oi1-x234.google.com 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: <help-guix.gnu.org> List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>, <mailto:help-guix-request@gnu.org?subject=unsubscribe> List-Archive: <https://lists.gnu.org/archive/html/help-guix> List-Post: <mailto:help-guix@gnu.org> List-Help: <mailto:help-guix-request@gnu.org?subject=help> List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>, <mailto:help-guix-request@gnu.org?subject=subscribe> Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: help-guix-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -5.43 X-Spam-Score: -5.43 X-Migadu-Queue-Id: 821EA53E75 X-Migadu-Scanner: mx13.migadu.com X-TUID: JVbxand5IzgV Hi, On Wed, 8 Nov 2023 at 20:20, Saku Laesvuori <saku@laesvuori.fi> wrote: > There is another way: simply preventing the tests from changing the > resulting store item. For example, the package could first be built > without tests and then that build tree could be copied to the build tree > of the build with tests enabled. Somehow, the store would need to keep all the build intermediary artifacts produced, right? For instance, consider the extreme case where the build phase produces .o artifact files and the tests for whatever reasons relies on these temporary artifacts. Well, we had a quick chat with Josselin and Andreas about separating the tests at https://hpc.guix.info/events/2023/workshop/program/ And my understanding of the rough conclusion we had: it is not easy and the evil are in all the details. For example autotools: somehow "make check" is connected in one way or the other to "make" and/or "make install". Somehow, the complete build tree (with intermediary artifacts as .o) should keep in the store. >From a pragmatical point of view, there is packages where the tests cannot be totally separated from from the temporary build, therefore the question seems: how do these cases compare to the other regular cases? What is the ratio? Is the rule about many corner cases without a clear "regular"? Or are they just few corner cases? Cheers, simon