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 wC1VCPAcNWG3HQAAgWs5BA (envelope-from ) for ; Sun, 05 Sep 2021 21:39:28 +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 GKW3A/AcNWEiXQAAbx9fmQ (envelope-from ) for ; Sun, 05 Sep 2021 19:39:28 +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 A7370504F for ; Sun, 5 Sep 2021 21:39:27 +0200 (CEST) Received: from localhost ([::1]:38682 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMxzC-0008Aj-Rf for larch@yhetil.org; Sun, 05 Sep 2021 15:39:26 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35944) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMxxJ-0006Lj-Ea for guix-devel@gnu.org; Sun, 05 Sep 2021 15:37:29 -0400 Received: from mail-wr1-x443.google.com ([2a00:1450:4864:20::443]:41546) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mMxxH-0000UJ-Ry for guix-devel@gnu.org; Sun, 05 Sep 2021 15:37:29 -0400 Received: by mail-wr1-x443.google.com with SMTP id u9so6519585wrg.8 for ; Sun, 05 Sep 2021 12:37:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:subject:from:to:date:in-reply-to:references:user-agent :mime-version:content-transfer-encoding; bh=RL62UxxlxDLj60CIAcmZ0nElfsoeGCYptubOCaUYZhM=; b=fJQ5uq6wmW6TzUbTWK7U+7JErX4iz8NZIhLFFuwkYypwnJvX52/heqCkGny8M6t/sP phfXgusNzf6kgDJGLJrm0gEammFvFalWVBFgDD9AYQ/BQNVPiErCo7LO5UUMy+pIeaeU Dt4zGWZiZ/jVX6NHBIkarkcR408POWfAQt8l45GouWKqsmDlJYe7Gkt/Kj5a8ac9Ff+u X9Ywbj3ghktOft34gpcOeizJa3FUhJLvcoebpJT+YLgrzuktndwJPYc4K7ZW4fo4h/Jv yAoTzfD0vWnot7vDMtumycARgxGC9elEv8MOIS/zO0XtkfNz64d/jUkoB6XHY0FhOCKx zllw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=RL62UxxlxDLj60CIAcmZ0nElfsoeGCYptubOCaUYZhM=; b=Q18bLzV/qEkYtMa1V/HaP0jwHH0+EFr4lwLJ6W2aksbK0bpD3eAYgE+PK+4/Uq3a4h qAVu2iiGgFMWe3I5617NIwHseNPmEtKpcMCRrtLwOIRUcVTtRIapmswKBfjig+VSDN+c buYvhlZu3djv1Zy8xUvrY4gN7OS2anQ2PLC05Bb97G6m0zuTuE1sIO4xEyTAa5Huxtfu habQvA3wvGllK5RFRK3jS42Bf+9dXzGN5NbB2IbhzFNxKxRZ6yCO3/0K0xuIRSm8PIrk KyA2Rlq2mCkWhhgvoifrglejg1mi7glxUpSSggOcrvQElhdZEKxKklx8+C+y0S01WMk7 IfaA== X-Gm-Message-State: AOAM532uXq3lsZVquhpuL/db31CXW9c8Uf1E/5FA1AwBqB8YlQZhlfiO qXpnGd3aySzVAGYaT4RaXhs= X-Google-Smtp-Source: ABdhPJxxwaRu8sp7QNx/hXIAlmnnMz6pwtlTY6HdosfczMY7J01Y3nCtb0zK8/QSPztnY9/D1qh6Kg== X-Received: by 2002:a5d:4107:: with SMTP id l7mr9450059wrp.318.1630870646304; Sun, 05 Sep 2021 12:37:26 -0700 (PDT) Received: from nijino.local (194-118-34-199.adsl.highway.telekom.at. [194.118.34.199]) by smtp.gmail.com with ESMTPSA id l35sm4969687wms.40.2021.09.05.12.37.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 05 Sep 2021 12:37:25 -0700 (PDT) Message-ID: Subject: Re: Rethinking propagated inputs? From: Liliana Marie Prikler To: Maxime Devos , guix-devel@gnu.org Date: Sun, 05 Sep 2021 21:37:24 +0200 In-Reply-To: <4de577e44d3d7e4099266646f0f20686bb111f08.camel@telenet.be> References: <045891c151c74e0d66d91973c9e55e0194272df5.camel@gmail.com> <5ba200792813bb0967e388911320b741cf98d90d.camel@gmail.com> <4de577e44d3d7e4099266646f0f20686bb111f08.camel@telenet.be> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=2a00:1450:4864:20::443; envelope-from=liliana.prikler@gmail.com; helo=mail-wr1-x443.google.com 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=1630870767; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=RL62UxxlxDLj60CIAcmZ0nElfsoeGCYptubOCaUYZhM=; b=QqVSbN73XgOdjFr6tjrJnmi18l0xM8KIq1S7wSfQJxZH9xFLMVJzVs3OcNyeDQpsgpAfDV T8aaulMX3Dp9TNb9A0IQIXFhorXZNRtnJT4VKt22IeDr1OcTwv+i1hIv7hUhpsoiB2TdZe shjhO+IOWI9sHYsI4sN+VD5gYql2rNqvRCeOWCoC1pS39NeLt/vglE4SNID1T7tNdvm21/ gbRuw/d3f2rAMgMK+YEU8w+of5fsjBX4R09GtjCBhp+/W9qDQTAoyyRdRjBYONCOMrJwfu TIYPux3jNJrT1Y1vSNGONlLj3fMo6o6ZnWLv4z/aMyYVZs9Pt91zSEjoxmZTGA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1630870767; a=rsa-sha256; cv=none; b=lEfk/ag4R31zT14wh3Wo5zxBtBhNoWqsot7XcyhR2nennoS2Jueb6q47bGVA4nWfap5NTP OyiSgV9gn2hM2c3vz3H3+Gl9lFuNrHiITDzy2dFQc8r5GnagiPyRL4Lx+eW79ynIPta6bc sXrAv84LY8FwR8wQS10M7UtENPAhQTpKidQpq7cxv2cjRIZzApioiIqYpVkWdSh7loix7o mTTCRyWwQhxLmzslYwvbzPs4YSCNSjIVLc6E2enbXDqxGA07+Dk1w7dV2ed0OClBF+jClE j7Dx6zYQ+lh/x+jTRpuNwmmCYXj1U1xN4m5uV4Y71h0H1EbRvoV8j6t7WVA1MA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=fJQ5uq6w; 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: -2.11 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=fJQ5uq6w; dmarc=pass (policy=none) header.from=gmail.com; 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: A7370504F X-Spam-Score: -2.11 X-Migadu-Scanner: scn1.migadu.com X-TUID: zJdONGuaowhj Am Sonntag, den 05.09.2021, 21:18 +0200 schrieb Maxime Devos: > [...] > [Liliana Marie Prikler schreef op zo 05-09-2021 om 18:50 [+0200]:] > > 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. It doesn't immediately cause problems with the language bindings themselves, you are correct about that, but since packages using such bindings must by virtue of being python packages already propagate all their inputs we are back at square zero, so to speak. However, perhaps we can solve that by putting launchers in the "bin" output? > > > 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. > > > > > > 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. > > 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. 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? > > 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? Okay, let's talk about the other things then until we can put a certain (as in "sure to be correct") answer to this question. Greetings