From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id YPWbEw4jE2QVQwEASxT56A (envelope-from ) for ; Thu, 16 Mar 2023 15:09:18 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id KM+VEw4jE2ThjgAA9RJhRA (envelope-from ) for ; Thu, 16 Mar 2023 15:09:18 +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 2324E2A09B for ; Thu, 16 Mar 2023 15:09:18 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pcoHk-0007vx-2H; Thu, 16 Mar 2023 10:08:52 -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 1pcoHb-0007ka-Fe for guix-devel@gnu.org; Thu, 16 Mar 2023 10:08:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pcoHb-00062u-5D; Thu, 16 Mar 2023 10:08:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=um+ilm1Iu8jmulH6ha+kYzGfPEnHZwE3vPnj/8GhJ6U=; b=dmnpEo5AZyasixakD8WD I8WfpVJHoOuoS5DH9GP+/9g95C43sCSAq4wth0l1FLzWWuzizE9+7W7+09/kvu1D6sOvIFgYUieP+ d3njbkXuLL26//KZ2IYAiQZHKUbmNSwYaDgbEVjZRStAPSsI1eCO9XaZTywYfakgp7Ezwk+v5q3p7 oJ7Ta00Bl2K8IDhxZySE77R1VTCMZYjUAKjJUu1uyJBQ/5lwcBvEWnOmpzWOK/5eoACVZUTMxwtpv w9FsRrNUTqwkl0qQtrS8OtlreK9THDhSjw6X4u8nlF8P1/NustraD1LWqo+QQM3MSLg5p/dKLq+Q0 lGC1FrOK6Eq0Gg==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201] helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pcoHZ-0000IQ-IB; Thu, 16 Mar 2023 10:08:42 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Josselin Poiret Cc: "Dr. Arne Babenhauserheide" , guix-devel@gnu.org Subject: Re: Caching test results separately? References: <878rg0o5zy.fsf@web.de> <871qlsi97h.fsf@jpoiret.xyz> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Sextidi 26 =?utf-8?Q?Vent=C3=B4se?= an 231 de la =?utf-8?Q?R=C3=A9volution=2C?= jour du Pissenlit X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Thu, 16 Mar 2023 15:08:39 +0100 In-Reply-To: <871qlsi97h.fsf@jpoiret.xyz> (Josselin Poiret's message of "Mon, 13 Mar 2023 23:21:22 +0100") Message-ID: <87cz58eql4.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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-Country: US X-Migadu-Flow: FLOW_IN ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=dmnpEo5A; 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"; dmarc=pass (policy=none) header.from=gnu.org ARC-Seal: i=1; s=key1; d=yhetil.org; t=1678975758; a=rsa-sha256; cv=none; b=Y2nkTZkr1/TUTzS++f923v/hmd/ZmhiEacMUSxnFUYEu1p3gZYrZ0BBLHVoWWRU65/NaMU yp/THRXfvqGcCdvnIfn5o1A5YXxcv2QJO3dBhXpuHiRITfrm3TfIf8BbcecVnv3JIZqsNN udeQcMZDQsTqXuLViahTR35IXxC8yc/JTWgThaBGHm+X6pnE50Mf97NBBSkwpgniJqNQXQ I3VKn35CExHP9W5oXkDRAiPAQ3rXQfkgyyHpsUT63MAN285EUGiOKmaVPPPwJzzKoU50Hg i8uMurWOJ6WOavig8pIiTOtVH7Cjx6GoFM0pSp8fnaxOIjIDrgD53dULHh/lHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1678975758; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=um+ilm1Iu8jmulH6ha+kYzGfPEnHZwE3vPnj/8GhJ6U=; b=kiNRP1tgNHmO5YpNLsK71iXLP7cJVfCVerRJ8GTHma8obmnK9VghLkW811gt8ehlPQCV0Y bWHhtyLf4fGgFj32ZFUYDu2dwGTtdBzqd/qVUyC/ZTh68Np/p/bcflUxldA7zYfAAGs+Kh cNo84D31/4jrgaydkXK26TxtKONPDHaA67vunIyas6ZHSmOS5kWIgwosV4lW3IyUOmB6L4 A4pOd5BgYW87n4MwZ0GaZyZIaW8Oy23DdduUeUAnawzal9fBgummTfmHv6TYnd1gIGgz1y Zifiz32SPCtQYMxo0pfH01AGLPftzg/nsM+9EcpWrH+f4XDJk1uEW3qVvw+F3A== X-Migadu-Spam-Score: -6.76 X-Spam-Score: -6.76 X-Migadu-Queue-Id: 2324E2A09B X-Migadu-Scanner: scn1.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=dmnpEo5A; 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"; dmarc=pass (policy=none) header.from=gnu.org X-TUID: vcfW6L+AzJjq Hello, Josselin Poiret skribis: > As it stands it's really not possible, as > > 1) testing is part of the build process itself and > 2) we can't look-up any stateful info like this from the building > process (of course!) > > But I would really like for tests to move out of build phases, the > advantages would be twofold: less build time for a lot of packages, and > better environment management for tests (we could rely on better > interaction with other packages, more complicated mocking, use linux > namespaces to their fullest extent, etc.). That would require a huge > change to Guix though, so it's more of a dream than anything concrete. I don=E2=80=99t think that=E2=80=99s really possible in practice. But=E2=80=A6 there=E2=80=99s another idea I=E2=80=99ve been willing to work= on for some time: recognizing build results that are identical modulo references, such that we can replace full rebuilds by mere reference rewriting in some cases. Examples of derivations that lead the same result modulo references: building a package with/without tests, building a package with various test suite adjustments, building a package with different versions of Bash or whatever interpreter is used by its build scripts, etc. I=E2=80=99m kinda stuck by the fact I don=E2=80=99t want to add more C++ co= de though, which means we first need to get that daemon in Scheme=E2=80=A6 Ludo=E2=80=99.