From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id +ETpECYYNWHCEwAAgWs5BA (envelope-from ) for ; Sun, 05 Sep 2021 21:19:02 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id WMBYDCYYNWFDUQAAbx9fmQ (envelope-from ) for ; Sun, 05 Sep 2021 19:19:02 +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 CBB8A4DA5 for ; Sun, 5 Sep 2021 21:19:01 +0200 (CEST) Received: from localhost ([::1]:45144 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMxfQ-0000n1-UB for larch@yhetil.org; Sun, 05 Sep 2021 15:19:00 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34082) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMxet-0000mM-G6 for guix-devel@gnu.org; Sun, 05 Sep 2021 15:18:27 -0400 Received: from laurent.telenet-ops.be ([2a02:1800:110:4::f00:19]:40096) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mMxem-0001IT-LI for guix-devel@gnu.org; Sun, 05 Sep 2021 15:18:27 -0400 Received: from butterfly.local ([213.132.129.254]) by laurent.telenet-ops.be with bizsmtp id qKJ82500E5VU3ct01KJ9sT; Sun, 05 Sep 2021 21:18:09 +0200 Message-ID: <4de577e44d3d7e4099266646f0f20686bb111f08.camel@telenet.be> Subject: Re: Rethinking propagated inputs? From: Maxime Devos To: Liliana Marie Prikler , guix-devel@gnu.org Date: Sun, 05 Sep 2021 21:18:00 +0200 In-Reply-To: <5ba200792813bb0967e388911320b741cf98d90d.camel@gmail.com> References: <045891c151c74e0d66d91973c9e55e0194272df5.camel@gmail.com> <5ba200792813bb0967e388911320b741cf98d90d.camel@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-0EabsgLPxvCqAKC3CdPS" 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=1630869489; bh=mQi22d3lo/cW/hwbkbZuiIyyrbN00WV8LYSqI8BXGnY=; h=Subject:From:To:Date:In-Reply-To:References; b=kXTahab3sRzSB1ZQqM4+nbgv8NPQoyXga2ZguVjsFmWXLn5K5+pHvcvNoMyVLnA0L 9JbYeE4rAGoW0sBINv3FPHFIcO8kClTSj6fxFgus55CiBqbIlP7nwDrNAjC/EIsntk 8Vy2t6sXhjBpaAinhDFmgE2LiFLdQ30nDl2qTd8pMR69iR37nmD1+gVboXSXaJSQY/ brAjXxRh7ib0dcjxdt9YCXBG4TFAUojE64A2LI41ZBfSBXpnpOEp+MvV3+yzzRLuay AwJV5NtPYYAma9wpZ9R5Qa298W89DxvanVWA/DYsUfQCQRIc6gxjGrZmYWIOXVvqSk erNFVJUPwGaag== 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: -8 X-Spam_score: -0.9 X-Spam_bar: / X-Spam_report: (-0.9 / 5.0 requ) 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=1630869541; 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=mQi22d3lo/cW/hwbkbZuiIyyrbN00WV8LYSqI8BXGnY=; b=axiY1Fk4GMzLnMYWE8O1R6qFHtkdoI23o4HvBo0/92BFe30a83gk0XK4onW8Zg7raDSUGW SmthtpzcjjpY+iiTq0RT4a46qq4Bysks8tWN7RmVoqFun4jDZmPT446lJY6vJazICrv7It YnPqQ7igz1PPP5UyBRpPmdM7r6ZzxXLHKTsBXjq/VPDX6GBV/1pygvXq0mV97dViayh9Ng a9A6+9Z0FPVgwmXiRWZmCEsLBf6AS+bqhjVcw0Tz79iJZyU/Ka4UOXoFJcAarobUIZe9rR BFfvNlxl3UnQpIOexzQg2YQ1HZA/gzBxb8H70mFNS8XiX9gtWYyCPnPeMzkUXA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1630869541; a=rsa-sha256; cv=none; b=uaXQ6DaNsHrFRFXi7yEkISeTTxegLHzj4KQU4Phd8MX/5RODOidvBNtPEXNJvGhCLuieHa q5QFajy6L9Uk8u9iVY39jHceyR8kkIqsxLp2a8qNI2JjkN/gtdkyrLYrkSOwvziuSQhr7l 4wMKe/83vZvIg0CuOQrmnsi2H4k1WVDOOAtO7ttyZezbz+OrLfcTOzNoAj2rQmpLqgFqyj gGkvzseQmGEHW7m6K/SsJGdzQOSWc+7dr/yEK9NrhG+b/LDEKEyPUtLaSzCBRlvuwkqfXg swAsxqyX6TPDEdboeUoonfMhQ55ZPrMEkpWFbkU956l5uBCdlE9JywqrClYn2Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r21 header.b=kXTahab3; 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=kXTahab3; 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: CBB8A4DA5 X-Spam-Score: -4.21 X-Migadu-Scanner: scn1.migadu.com X-TUID: +qC1t5bBqWV1 --=-0EabsgLPxvCqAKC3CdPS Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Liliana Marie Prikler schreef op zo 05-09-2021 om 18:50 [+0200]: >=20 [...] > > (Feel free to suggest a more concise name.) > Since "propagated" is already given by propagated-inputs, what about > simply having #:by? > E.g. something like: [...] > (define glib > (package > (name "glib") > (outputs '("out" ; everything > "bin")) ; glib-mkenums ... depends on Python > (propagated-inputs > `(("pcre" ,pcre #:by ("out")) ; future-proof #:by =20 > ("libffi" ,libffi #:by ("out")) ; have it be a list > [...])) That looks nice, thanks. > I'm not sure whether we need to necessarily add a new "build" output > for pkg-config, that'd lead to a lot of doubly-propagated includes.=20 > (Imagine both libffi and libffi:build etc.) I think the more > meaningful division here would be to add "bin" or "lib" outputs to > those packages, where we don't want propagation to continue > indefinitely. Putting pkg-config files into the "lib" or "out" output (together with shar= ed libraries) seems reasonable to me ("lib" if the package is usually used as a binary, but also has libaries with pkg-config files, and "out" if it is usually used as a library). > This does cause problems with language bindings though, > e.g. pygobject, as those also propagate the package in question and > can't be neatly separated. python-pygobject can just keep everything in the output "out", and let glib and libffi be propagated by "out", no? I don't see how this would cause trouble for language bindings. > > Now, imagine the "build" output of "zile" had glib:build in > > propagated-inputs, using the scheme described above. Then, if the > > "out" output of zile is installed in a profile, that doesn't cause > > glib to appear in the profile as well, because glib > > is only propagated for the "build" output of zile, and not for "out" > > output of zile. > >=20 > > However, if "build" is installed in the profile (e.g. because someone > > runs "guix environment --ad-hoc zile:build various compilation tools" > > to create an application using the zile library), then the .pc > > becomes available in the profile.=20 > 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? 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. Not sure if they always do suffice. > Would we need an extra syntax to > e.g. propagate the "out" output by "build" (and in some cases the "lib" > output instead)? Not if .pc files are put in "out" (or "lib" in some cases) instead of the originally proposed "build", but otherwise, possibly? Greetings, Maxime. --=-0EabsgLPxvCqAKC3CdPS 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+4iGRcl7gUCYTUX6RccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7hpFAQDIE5FQSdrEOTZefzdeP9VRIl+y QCFuX3lF37lLZ+UTGAD/bhnXW+4rrqNullf5xHri43ZhaQXCsKUyhHawIrH7zgE= =4pr0 -----END PGP SIGNATURE----- --=-0EabsgLPxvCqAKC3CdPS--