From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id qGtRDoqjvGL7kwAAbAwnHQ (envelope-from ) for ; Wed, 29 Jun 2022 21:10:02 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id wBpJDoqjvGLEcAAAauVa8A (envelope-from ) for ; Wed, 29 Jun 2022 21:10:02 +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 D319E1778C for ; Wed, 29 Jun 2022 21:10:01 +0200 (CEST) Received: from localhost ([::1]:44398 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o6d4a-0002Df-UC for larch@yhetil.org; Wed, 29 Jun 2022 15:10:00 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57696) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o6cw7-0006cc-Cc for guix-devel@gnu.org; Wed, 29 Jun 2022 15:01:15 -0400 Received: from albert.telenet-ops.be ([2a02:1800:110:4::f00:1a]:52278) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o6cw5-00023j-9p for guix-devel@gnu.org; Wed, 29 Jun 2022 15:01:15 -0400 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by albert.telenet-ops.be with bizsmtp id p71A2700U4UW6Th0671AgJ; Wed, 29 Jun 2022 21:01:11 +0200 Message-ID: Subject: Re: Autotools-generated 'configure' & 'Makefile.in' considered binaries? From: Maxime Devos To: guix-devel@gnu.org Date: Wed, 29 Jun 2022 21:01:10 +0200 Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-ZUS4Ua0awIRbQrZZ74H9" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r22; t=1656529271; bh=nv/W8fjIfxOuzCPxPJhxfDiC/KQfZVXewMXXpODqXqc=; h=Subject:From:To:Date; b=oiSJNGd8All1cQWCa7te4b7XAID3qPg40loS2REvkLnpq7wdQivYfGTKUA4xr0lq3 BRH4g6H5lbi2+iMcygWeRi6kK3popTRQhgNS/MEfnLSYBJz1mtnx6hNJaNA0vBQoIF KayGv+yorme3dlzcne3Vajs6zHKRdP85sDivPFSyVBgIzpaIQUPBtNvcP3shts+5Bs esLVLe17FVFLOwk09Yl/RYI4CjxnP9ijH7Ss+jiXa9ET8iWo0UxdcgbSVj54Ny34PG +AMfr8jdLGTICHtM8XNkZiR8Y1lct0uI5tXlH9urmppPTk5Ncu064zZO0K++eTcGwT Cp6jBEZHkj70A== Received-SPF: pass client-ip=2a02:1800:110:4::f00:1a; envelope-from=maximedevos@telenet.be; helo=albert.telenet-ops.be X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, 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: 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" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1656529801; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=nv/W8fjIfxOuzCPxPJhxfDiC/KQfZVXewMXXpODqXqc=; b=PduOlEvakTHat+VkfZ7sD3OZpGf4lMmnXh9tbcm4SC2ETtZ6yh958a+ocNfkc/1P0xnSM8 6mJyfq6VnNu2SLBLAwnV4NzSH38Gt2lWkNCsTjjcK72B8Svax7zhQs5DeyxzY4UUAB1JWr SR4lnz1VbZxggtn4jykY3/vCsCvb/Ly99YwwD+sKh7CtHvgV/yM3yFzwDrKkMlDtxAm9A8 xoS7XAhon60KE2al1Fp3uQueexwGrw0xcWiu0jltGSd54MwaT+0f5UUaUiGrUXmlWMe1w1 r5KArOhdU4gE0GHcqHcEGqAKji4HNTOVa0DmvA6K/7A5YiLHMkQTbwKF3MAoVg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1656529801; a=rsa-sha256; cv=none; b=B80OD+sSvqF3N/JOcW5TUecT6dIaMwND+XiH11F0u1l1B06rLKpXMDgq284GijvIh7aJVn rkeZGFnU7/R+zu++JGAvvdHvcUmDVeQDVP76w/5FijH5tgs3p8ijDtb+NMPx+k75j6c4LB wB1vsnKFag55r5QnHxWG9oYHbyoYVo8F5li/6U0RaEQ5KYS0gcfWibYEkmK7O8O6kNv8tr uzzcImjNTpiBI0PKS/Cklxc0FDDblOgkgIBkyXIBzEv8MJO+WCeWAH4BzZwYosnTK3/M6J xayH5QoiLfNfFaGuegi2QlDhUdSVHpJmBjAEFRMLUprLAwLuIMlNeMI3Zc33/w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r22 header.b=oiSJNGd8; dmarc=pass (policy=none) header.from=telenet.be; 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" X-Migadu-Spam-Score: -4.16 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r22 header.b=oiSJNGd8; dmarc=pass (policy=none) header.from=telenet.be; 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" X-Migadu-Queue-Id: D319E1778C X-Spam-Score: -4.16 X-Migadu-Scanner: scn1.migadu.com X-TUID: yCgF8hzJ+kga --=-ZUS4Ua0awIRbQrZZ74H9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Small clarification to old discussion: Hello, Ludovic Court=C3=A8s writes: > Hi! > > Maxime Devos skribis: > >> Ludovic Court=C3=A8s schreef op vr 01-04-2022 om 10:58 [+0200]: >>> As a first milestone, maybe we could start running =E2=80=98autoreconf= =E2=80=99 more >>> often, for packages higher in the graph. We could change the >>> =E2=80=98bootstrap=E2=80=99 build phase to do that unless it=E2=80=99s = explicitly turned off. >>> It may turn out to be a Sisyphean task though=E2=80=A6 >>> >>> Thoughts? >> >> Changing all pre-existing packages, maybe. But doing this for new >> packages (reducing review effort) and perhaps when a package is updated >> (for purity) should be feasible I think? Then gradually things would >> improve and eventually(TM) doing the switch in the bootstrap phase may >> become feasible ... > > Yes, we could do that as a first step (in fact it=E2=80=99s already happe= ning as > some projects no longer distribute tarballs). > > What do maintainers think of that policy? No strong opinion, but I agree that having a complete development environment capable of building from the bare sources (e.g. a git tree) is useful in general. On the other hand, using tarballs is often more efficient and practical (it's made to be built by downstream users, rather than by developers, so it includes everything needed). Release tarballs are also often signed by the projects, which is neat. So perhaps we can leave some flexibility there and not make it a hard rule, but a case of best judgment? We can both use tarballs _and_ unbundle/regenerate, no need to switch from tarball to git (though that's one way to do things)! E.g., adjust the bootstrap phase to always "autoreconf -vif" and/or add snippets or post-unpack phases to remove generated or bundled Autotools files. Greetings, Maxime. --=-ZUS4Ua0awIRbQrZZ74H9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYryhdhccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7vpzAQDGGX+GzCrwDknlOhpZe4L8sw0p GCb2P7rFO/0R22/6qwEA2wk2LYDQRLhhusrUqsQNDGkrun8TM45Hcvi2TVkzYwg= =MmWj -----END PGP SIGNATURE----- --=-ZUS4Ua0awIRbQrZZ74H9--