From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:700:3204::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id oE+CLi7Gk2UDOQEAkFu2QA (envelope-from ) for ; Tue, 02 Jan 2024 09:15:42 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id OB1KKS7Gk2WMEAAAe85BDQ (envelope-from ) for ; Tue, 02 Jan 2024 09:15:42 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=laesvuori.fi header.s=mail header.b=vNKoOL2l; 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=reject) header.from=laesvuori.fi ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1704183342; 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=e34UQaGWSQiFytik8Gq98S0uJLjrjjmver8UJGP8cUY=; b=Rqt2rHlQ8v0gtSEUOf2BzQZddv3DZSkL8V7KR22xEqhpW/QuwqqTTQvSKIhsinRj/bAIAd QqxCEvd41j+VIDsNXnCj0352SX6FVEvXsNdLowC7/zqBHK1zNNleLAOK/nX5RyamN17dA3 0DvuEuJUhdaqp9LIVskXIw3wJ1Wc2l8aooigB73g0ffvDNOUXXet3gWHWAbgSwcU6DfMwZ wUwp+0i7m0OvZa5k8WYGf66lbab9w0zsjuiWSBq/R2rABYVzy8F5C1O6JbOWoUtRL3KO0j gD8ZCoS/9VgubBbTcnT1gvfrGwCdZ+3anU9ImmcRFLYJUOQDVqjgkaHhMuD4/w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1704183342; a=rsa-sha256; cv=none; b=LnQwNeurAe/IS08qeV5VUsaifWXNop+uX2w+GvQAlU8Mt1xBI0pgzIanvD4iOYqFIIpmFT o8xyYQAPZ24fglTNGHeCIaEJvC8xLhQynpk+PksTcBuRW8+cYCfswZmKGflpU7N+2rtSJs CfdNnGkWRaiiRMaqK6q4275LvN+Px8831GmM5r5Mq5BreR592jr9BZANqMtnGHWlInloh1 y5mn5NgiTZWjCNtCmfGb9BrTxjEj2n20VJRkvJEWyzcqnjBfYalwsaeIXg3UBvq9I9twll B/s6/UVVid8mZ9flItySsahcq/Fk3conMvGea9JdM8Di7mwik2DBP16vmD3jRA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=laesvuori.fi header.s=mail header.b=vNKoOL2l; 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=reject) header.from=laesvuori.fi 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 459EE13526 for ; Tue, 2 Jan 2024 09:15:42 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rKZvT-0000Oz-2V; Tue, 02 Jan 2024 03:15:03 -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 ) id 1rKZvP-0000Of-Dk for guix-devel@gnu.org; Tue, 02 Jan 2024 03:14:59 -0500 Received: from vmi571514.contaboserver.net ([75.119.130.101] helo=mail.laesvuori.fi) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rKZvN-0004lO-Or for guix-devel@gnu.org; Tue, 02 Jan 2024 03:14:59 -0500 Received: from X-kone (unknown [130.233.144.88]) by mail.laesvuori.fi (Postfix) with ESMTPSA id 1CAE7340128; Tue, 2 Jan 2024 09:15:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=laesvuori.fi; s=mail; t=1704183307; bh=e34UQaGWSQiFytik8Gq98S0uJLjrjjmver8UJGP8cUY=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=vNKoOL2lKNbZQ2q1y16QnaCDB+2unsIF7D4asTrn1cq6D8D9/+tIm0p490sYQkfnv btbXVsaAEb/tiq8+8+uvJeSJHKXRiULf01F158WQ1pKVAwNYzqFBbpj+vzn4kYbHk9 TBWaF76X7Wv8w3Fiu0xVLJuAYT7bXDBt9wjsw+kQ= Date: Tue, 2 Jan 2024 10:14:50 +0200 From: Saku Laesvuori To: Felix Lechner Cc: guix-devel@gnu.org Subject: Re: Separating test inputs? Message-ID: <34hukgotkplcjh5kqruqdrfdl7mhod6jgxctkf5njbzw2crseu@dyvgd2fa5ojk> References: <87o7e42te8.fsf@lease-up.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fxy3uu76mcq5l3fa" Content-Disposition: inline In-Reply-To: <87o7e42te8.fsf@lease-up.com> Received-SPF: pass client-ip=75.119.130.101; envelope-from=saku@laesvuori.fi; helo=mail.laesvuori.fi 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, SPF_HELO_PASS=-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: 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: -8.08 X-Spam-Score: -8.08 X-Migadu-Queue-Id: 459EE13526 X-Migadu-Scanner: mx12.migadu.com X-TUID: TvvPZXUnuqWc --fxy3uu76mcq5l3fa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > A better test infrastructure in Guix would probably be good, but is not > ready yet. Would it make sense, however, to split out those inputs only > needed for testing? >=20 > Such a step would probably make bootstrapping new architectures a lot > easier. It would also reduce the dependency graph in Guix, since tests > are not needed to either build or use a package. >=20 > In Debian, test prerequisites are annotated awkwardly with in > the build prerequisites. (I think Guix calls them native-inputs.) You > can see some of Debian's funny notations here [1] and here. [2] >=20 > This is a proposal for 'test-inputs'. Any thoughts? An additional test-inputs field sounds like a good idea. Maybe the test-inputs could be made available just for the test phase (I'd assume this could be implemented with add-test-inputs and remove-test-inputs phases) so that they would be isolated from other parts of the build process. --fxy3uu76mcq5l3fa Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEoMkZR3NPB29fCOn/JX0oSiodOjIFAmWTxfoACgkQJX0oSiod OjL0lw//ZYUOVYaAIQvTON6e74V5zr5LxtLQP04qKqNWQIpUEoYjup/cneQ4JI77 azSQZ7vuP6SUepgI6uwAqtkeNHmuUPfDlEvCoGwbnJ5sr1lCx6x+evNom3ui+Sul y32qtne7LNML47m4TsZqaPbqZXrHZsJEgtM/vcAD/MTXtKxChy4d17iH/TVTtoxI dAq3LHGq89ps3NPuhdLzJ0Agy3NM0MGPT+qIBZa/HZuAjlqU8T9bGHHSFLEuyCEG LeGy+ngFycgEZkH+naunqYhChFxYxDqqmuJh8W41mkO8YC2NHLW5q/5KezHJVoTN Hg2hjJ/hRfHhUzeDHPv65oVRRWVF/JmBxQHT4Uwpd583vassiwblGwwEU7ROFH/T apYwnD97AFlf1gVnVGdyKU/twiFVid8VZrBB9x/2zFnGbWLkeuLrB1vuJzxImh8q QAeL/8E1bgJ2JZ24KdHItXaVWcatra+4ZdDFoP+NRdsjedx9rOgDS9a/xVLe0855 ZrhELeuj6BnzdPguXDm7C+h8Ff+Z9uy/U0Q5uBQHdjUGZnVT2d3HqVWV7xMYtjGO RhBq/fOzAv+I6Wccp2eSFvrwtMXMB0LaI4FDO5haLXKwbUGRGYWg+vX3AWd81sSY k2OdvBx2gAUii+AebxymsFkcGZNizCbRr7PaCd6IfqmZon0y5yU= =eKls -----END PGP SIGNATURE----- --fxy3uu76mcq5l3fa--