From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id GONpMX9HRGI6PwEAgWs5BA (envelope-from ) for ; Wed, 30 Mar 2022 14:05:19 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id KJTiLn9HRGIt1wAA9RJhRA (envelope-from ) for ; Wed, 30 Mar 2022 14:05:19 +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 7DE97F9D7 for ; Wed, 30 Mar 2022 14:05:19 +0200 (CEST) Received: from localhost ([::1]:43020 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nZX4g-0006ji-Bm for larch@yhetil.org; Wed, 30 Mar 2022 08:05:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40890) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nZX4B-0006ir-7s for guix-devel@gnu.org; Wed, 30 Mar 2022 08:04:47 -0400 Received: from [2a02:1800:110:4::f00:19] (port=42302 helo=laurent.telenet-ops.be) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nZX47-0000iy-VT for guix-devel@gnu.org; Wed, 30 Mar 2022 08:04:45 -0400 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by laurent.telenet-ops.be with bizsmtp id Cc4g2700A4UW6Th01c4g59; Wed, 30 Mar 2022 14:04:40 +0200 Message-ID: <9c2ca57d59672fc4f9ebc0230b08d8953030a456.camel@telenet.be> Subject: Autotools-generated 'configure' & 'Makefile.in' considered binaries? From: Maxime Devos To: guix-devel@gnu.org Date: Wed, 30 Mar 2022 14:04:34 +0200 Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-0qegyS6N7m8NSAb4G33c" 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=1648641880; bh=o1h9rYB/WLYjKHhT7AxfIyl+lgAl9LUhL4LASaAfdTM=; h=Subject:From:To:Date; b=IvwTt/TYupTow/z+QqReqQ2VcueM7C/qDNe5Wvtvms6zZa3cWLIadfYXwD/Bkev/k z3cykk5JB0OBOPfV+tX/1puryhnk3DY+BAG55khXZQ8FV91Hf+mTU0DUew0kHIJ22G qNpobQifRYd6e73LWb2ZqPDe5iyamlz/YyCZp42QDhesIPI0CiRpbAZOizCLMeD/t0 3kWuY66diZpyjSFIO4kbekTzial2ySc9f68mYwQakXp5PIK89iCqiFsBmlDk1OxX/A NTGJbWOmm72UH8yW67BB0d8xlUWKcznYgyN9TwzmV3CnSjpy2EHWx3PMvMKApZ05o9 0ORkGsL8y8Z+A== X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a02:1800:110:4::f00:19 (failed) Received-SPF: pass client-ip=2a02:1800:110:4::f00:19; envelope-from=maximedevos@telenet.be; helo=laurent.telenet-ops.be X-Spam_score_int: -19 X-Spam_score: -2.0 X-Spam_bar: -- X-Spam_report: (-2.0 / 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, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no 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=1648641919; 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=o1h9rYB/WLYjKHhT7AxfIyl+lgAl9LUhL4LASaAfdTM=; b=Ta0hEC5tBs+t2E6FYuDjOvHw656Tqpqc0dR09hOhvTXRTRoFKes6/K5DkC6micYuNXRdbI 4e9azspK+uQl6Hwx3UlUCNVXnG9fBaoa2B7nseLMOCpn2pQrQdqDSumXRbIUJZD7P3WFcD WOzIeJJAVBKw/bhvN644cwn8Qlv05sMtlf9lu9kb4bGrSJ5sZ6IMewdxdJaopgYWMMJ22S +n15jVPVk1jp9JRMf1jKvVHXWgelUXbvMrpKOHcpF0S6HYSBkh0obrXp/b6CHKg9TIdabI NI7z8iR50KnM4TeE7bLXe3Zf+vY/0b2qFiG4a5kOPIuoFzdfNqYFpIwKFHHGbw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1648641919; a=rsa-sha256; cv=none; b=W7qCa8x8fbvvtBcKuxR48SyEcoFu4zzhFhwfQQeyxTiDC+vgp0Z/A2LuovS5+NuKJqA9f1 GURm8RLEmCL8KobvYzUp7miCxsJ7NHUmOmGc7bMlcYf4+wVjbPobffjgA8AfBNdR6UZImz /oHdC/B0UrDSglQzPI1MJ8KhF63StVjAMIVt9JpmGoZdYv7SR24Kmk0jdaUvqh/7YhRWdw aCPxxp75DwOZykoS0H6+3hpULz2+2uvYRDAVxpyrwiILGMHGeXb3AqbErFQwvn8e7c1QLS eGueQbXkCD8ABgBX9chIAn+2NTsutIekwQrQv7pd7F5D3Xb4r2BpCgXaCxorUw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r22 header.b="IvwTt/TY"; 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: -10.97 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r22 header.b="IvwTt/TY"; 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: 7DE97F9D7 X-Spam-Score: -10.97 X-Migadu-Scanner: scn0.migadu.com X-TUID: buME0mhStPzT --=-0qegyS6N7m8NSAb4G33c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi guix, Quite some packages in Guix use the Autotools system. In this system, a 'configure.ac' and 'Makefile.am' script / makefile is written, from which 'autoconf' & 'automake' generate a very long bash script and a Makefile.in. Depending on the maintainer of the upstream package, this 'configure' and 'Makefile.in' are sometimes included in release tarballs. This seems in conflict with: * (guix)Submitting patches: =E2=80=98Make sure the package does not use bundled copies of software already available as separate packages.=E2=80=99 Autotools packages have a 'config.guess' and 'config.sub' script that need to be updated whenever there's a new architecture. As such, for some packages, these need to be replaced for aarch64, powerpc or risv64. There are also some packages with very old configure scripts that don't support --build/--host/--target, which could gain --build/--host/--target support by just regenerating them. This also makes ensuring a package does not contain any malware much harder, because the configure script (and related files) needs to be read in their entirity. *=C2=A0When an upstream tarball contains .so, .dll, .a, etc. binaries, they are removed downstream in a snippet. Why would the Autotools be an exception? For some =E2=80=98early=E2=80=99 packages (gcc, glibc, binutils, ...), ther= e's a circularity problem, so building 'configure' and 'Makefile.in' from source might not always be possible, but WDYT of building 'configure' & 'Makefile.in' from source for packages where it does not result in bootstrapping problems? Greetings, Maxime. --=-0qegyS6N7m8NSAb4G33c 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+4iGRcl7gUCYkRHUhccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7jBPAQDrsNCZavFyz3ItW3u0S/kUkYHq bkpcbiD25LFd5hI+AwD7B7Yc+Fnh3HFlVsF9s1f8Yr/iVztgLtClYyOngEw+dg8= =UXyY -----END PGP SIGNATURE----- --=-0qegyS6N7m8NSAb4G33c--