From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id NTO7AFUoNWGQLgAAgWs5BA (envelope-from ) for ; Sun, 05 Sep 2021 22:28:05 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id MOiCN1QoNWGebwAAB5/wlQ (envelope-from ) for ; Sun, 05 Sep 2021 20:28:04 +0000 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 2C64BC0D for ; Sun, 5 Sep 2021 22:28:04 +0200 (CEST) Received: from localhost ([::1]:42026 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMykF-0006y2-7j for larch@yhetil.org; Sun, 05 Sep 2021 16:28:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41856) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMyjo-0006xq-Qj for guix-devel@gnu.org; Sun, 05 Sep 2021 16:27:36 -0400 Received: from albert.telenet-ops.be ([2a02:1800:110:4::f00:1a]:51434) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mMyjm-0000Bu-Rd for guix-devel@gnu.org; Sun, 05 Sep 2021 16:27:36 -0400 Received: from butterfly.local ([213.132.129.254]) by albert.telenet-ops.be with bizsmtp id qLTV250085VU3ct06LTVbm; Sun, 05 Sep 2021 22:27:30 +0200 Message-ID: <516610cf66bec9320406d592bd309c6f876abece.camel@telenet.be> Subject: Re: Rethinking propagated inputs? From: Maxime Devos To: Liliana Marie Prikler , guix-devel@gnu.org Date: Sun, 05 Sep 2021 22:27:21 +0200 In-Reply-To: References: <045891c151c74e0d66d91973c9e55e0194272df5.camel@gmail.com> <5ba200792813bb0967e388911320b741cf98d90d.camel@gmail.com> <4de577e44d3d7e4099266646f0f20686bb111f08.camel@telenet.be> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-IgSjCG3L1R9cOX4SKK9m" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21; t=1630873650; bh=uvKhTCX5vSq0hdOHoZEErRuzd9klno6B7D3jicF/KuI=; h=Subject:From:To:Date:In-Reply-To:References; b=WjP/G61U6HUdN46/2g45i5YwO9F+m3A5oVJwG7qllEst6hU9Jaqi7LbBfPDB5ngJq P2sFkKY0s99wrnCI33RFj9Xd4CbB4ZvIEUGpWa6uIJpCMi0OqizYawn8oa1RROyyqF 5aF4NlqYKmxpvzFkjc7gT0Rauj7DSJJ8LNaw+uhLidnJU+Tq45K8Xjg6GmHrscVbHs KkoV4pryRGMMtKQcCICvroYKoajWjJ+A57bGaJFjsQiiz1YzqQq3guLV5cv4zMw17y +AL1DWWi65cCOZRC3z+gpK0zkJk8Xb0QjFFHjUCBlqG2Ch8X/oK7COWQvQiHoUeW+E cr0w1SeQ4/mVw== 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 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 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 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1630873684; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=uvKhTCX5vSq0hdOHoZEErRuzd9klno6B7D3jicF/KuI=; b=BdE+uV1zzXOauKkrKe+OzoZjIGAHwV88YMNbXyTN8D9maBMyD/KsaOqkHoVhanNzFfCDBl uOz5FPMZpmjXl5YjD8pRKsFCKCJwLLudaHBlq280WOEaOWtQOyd7fOHo/LVG2nB9hIi1tb mx8Un0sT3THEFSIGdwNfJK/YeC0o1AB05LKixti6OtSShoOPLe2HupR3BncTipa9HNbYnY jV+px2Juhy/VR6B4t+PwByMsETiYnu3W3cbF400GCm4Myd5hEMKS53UWTI0MXyg6E7netC I4yRSmODXjDNGVZRAkr07+iGa3RJo/3eMofnetwaPY5c03+ctpdtYWgyVyEl/w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1630873684; a=rsa-sha256; cv=none; b=Q27pec7RmtCPnPVll2Wi4XXxNC58WrFCfuQlyKFfpN/NaSREkwGlQuEZoEvSsiOArVm+gu xeo7zuDlM9Te5EjYckCKeJJpvT509iKLqoVWTT4mb8B6bMriVBvnfAifCVjFwRSIuvKl1O 2H7NdQnfY/6nvI6hqWmlkbN3h9zpI+R9VrOzjDV/hYxcRAiFDJa/MdTmE7g+DJzBxEFL1Q Y2eRprFlT9QgvOR9oe96RP7bi/tfZoQoaB/Awy5we0q5hgzDIOVmNy+QsTVWhvUf8KahEP 3pNMi8Fez7AUszGavTGoKS+AEB3lTLYqLlDZj0sLZkCD4IfW3mNV1EyySil7kA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r21 header.b="WjP/G61U"; dmarc=pass (policy=none) header.from=telenet.be; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -4.21 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r21 header.b="WjP/G61U"; dmarc=pass (policy=none) header.from=telenet.be; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: 2C64BC0D X-Spam-Score: -4.21 X-Migadu-Scanner: scn0.migadu.com X-TUID: jq1crIyKgxlT --=-IgSjCG3L1R9cOX4SKK9m Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Liliana Marie Prikler schreef op zo 05-09-2021 om 21:37 [+0200]: > > > I must admit that this solution appears to have some surface > > > elegance, but what exactly would go in the "build" output of a > > > package? You mentioned pkg-config files (obviously), but those > > > don't suffice to actually build a package, do they? > >=20 > > Sometimes they do suffice. The .pc files contain the "-L/.../LIB", > > "-I/.../include" and "-lstuff" flags needed for compilation. If the > > build system of the package uses pkg-config, it will use those flags, > > so the compiler will find the library in that case. > >=20 > > Not sure if they always do suffice. > > Is that so? I would think the build process needs to see stuff outside > of its inputs for that to work, e.g. the actual header it wants to > include, which isn't part of "build". Am I misunderstanding our > sandbox requirements? The .pc file includes the absolute path to the library and include director= ies, so the output "build" with the .pc file has a reference to the output "out" with the libraries and include headers. More concretely, take the .pc from the glib package: prefix=3D/gnu/store/98hgv3i6hdqgiq98ldy7rkpdwhah8iq2-glib-2.62.6 libdir=3D${prefix}/lib includedir=3D${prefix}/include [more stuff] Requires.private: libpcre >=3D 8.31 Libs: -L${libdir} -lglib-2.0 Libs.private: -pthread Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include The (transitive) references of all inputs to the build process are included in the sandbox. In this case, if the package has the hypothetical glib:bui= ld among its inputs, the daemon will automatically make glib:out available as = well in the sandbox. Greetings, Maxime. --=-IgSjCG3L1R9cOX4SKK9m 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+4iGRcl7gUCYTUoKhccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7t3KAP4u6FLIs2cF2oN+DoOhyVU8xFAC aPkqyM2h54BWUDJPQgD/bhNeTx/XMFCswzXHFd1ONQwOUNBMaXa+W3BdWbvkoAU= =gKgz -----END PGP SIGNATURE----- --=-IgSjCG3L1R9cOX4SKK9m--