From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id EBILHiTi7GRpOgAAG6o9tA:P1 (envelope-from ) for ; Mon, 28 Aug 2023 20:06:28 +0200 Received: from aspmx1.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id EBILHiTi7GRpOgAAG6o9tA (envelope-from ) for ; Mon, 28 Aug 2023 20:06:28 +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 5A11E462EE for ; Mon, 28 Aug 2023 20:06:28 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "help-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="help-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1693245988; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc: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; bh=OuTJO6RjxQSqK5oc3QHX00ITJaLzP7WxxxiBMi8CyoE=; b=kLY6T93GUvjK2giV3tMs6hqHzJ0u4XPs4xxqEMD9Nq3fTOVFe9mN/i4lh41ey9TRadxg0h MdOC6vLIiwjLd5483AomolpvuuYNRW+T+iGm8njQgeqz5Hph60IEalkKsSrzFBh/4/9R6n jdEfbmjKIbAl/kbjpuI3JgZCnnUBhIUjdD4mf1dm/XyU3Qak1uRWo9K8cc7vFrIs/e4V8v 3dS28oOLXZmuI5SyCJT2EoXZX9ErrS3MkwxGN+93VLhaBq//o1Ly4YMY8XroV3a0quM8KG dS6jdVtdBtMhSw9WYj0GS+MiHS9XxGuUu88K4bmqY6KnqrI3OHPWipd5iDyFOg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "help-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="help-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1693245988; a=rsa-sha256; cv=none; b=YuRFam8Dm3BKQxJWYKwVzlikBJr0btBup2l5wM+w75ZceXxBwVL7GTZHabUmHAZbLm0Caa BR87QnGalwoibqB+ONQ4zXkqXvPYHzIytoHn3Zlw32WbUYmChEkw8vcuDoX5QTbL03MFDw 5EtG2AA+y7sxZ+Z5QaZxPHombzkXZFJkj9hofLaftb5ufOVCmid5J1K2+pc9Koo9N8arMn Y39R6GEhBzsU/We5jduwkDI38YgxhXpY+gFd+RHkkW3eLkYqcZ15XzFofnjYKGSRpbsRtj GcVpSvcDROkojQuOBi6FSBTbSeWjGtOtp2yuZRliJGuHFyoTtnjPLxKb1vHGKw== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qagck-0005Zk-Fy; Mon, 28 Aug 2023 14:06:02 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qagch-0005WG-P9; Mon, 28 Aug 2023 14:05:59 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qagce-0000SC-WE; Mon, 28 Aug 2023 14:05:59 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 9B7D6B5E; Mon, 28 Aug 2023 20:05:51 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at hera.aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EmPg6lJqwrrA; Mon, 28 Aug 2023 20:05:50 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:861:c4:f2f0::c64]) by hera.aquilenet.fr (Postfix) with ESMTPSA id B30E3369; Mon, 28 Aug 2023 20:05:50 +0200 (CEST) Date: Mon, 28 Aug 2023 20:05:49 +0200 From: Andreas Enge To: Nicolas Goaziou Cc: Emmanuel Beffara , help-guix@gnu.org, guix-devel Subject: Re: documentation in TeX Live collections Message-ID: References: <20230825121743.GD1356@beffara.org> <87bkesrdx0.fsf@nicolasgoaziou.fr> <20230828094924.GB1032@beffara.org> <871qfnqvku.fsf@nicolasgoaziou.fr> <20230828165241.GC2918@beffara.org> <878r9vp0ok.fsf@nicolasgoaziou.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <878r9vp0ok.fsf@nicolasgoaziou.fr> Received-SPF: pass client-ip=185.233.100.1; envelope-from=andreas@enge.fr; helo=hera.aquilenet.fr X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: help-guix-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx2.migadu.com X-Migadu-Spam-Score: -4.22 X-Spam-Score: -4.22 X-Migadu-Queue-Id: 5A11E462EE X-TUID: 0fJXP7QLbyNO Hello, Am Mon, Aug 28, 2023 at 06:54:35PM +0200 schrieb Nicolas Goaziou: > Emmanuel Beffara writes: > > I don't understand how "out" and "doc" are different in this respect. The > > "out" output of a collection meta-package has no content of its own and it > > only serves to gather the "out" outputs of its inputs. Similarly, the "doc" > > output would have no content of its own and only gather the "doc" outputs of > > its inputs. How is that inconsistent? > > > Outputs are used to split files to be installed after building > a package. Since meta-packages do not build anything, there is nothing > to install, and therefore, to split. The default output is enough. if I understand things correctly, we would like the following behaviour for propagated inputs in the texlive context: We have these metapackages with propagated inputs; all of these inputs have "out" and "doc". Then we would like to automatically create "out" and "doc" for the metapackage, into which the corresponding "out" and "doc" of their "ingredients" are propagated. Well, more precisely, the metapackages are empty, so it is a bit fuzzy what I mean by "into which" above. We would like the following: - If a user installs metapackage:out, they get all the ingredient:out in their profile. - If a user installs metapackage:doc, they get all the ingredient:doc in their profile. I am quite certain this is not how propagated inputs work, and I do not know whether their behaviour could be changed in this way. The documentation is a bit unclear: https://guix.gnu.org/de/manual/devel/en/guix.html#package_002dpropagated_002dinputs "propagated-inputs is similar to inputs, but the specified packages will be automatically installed to profiles" What is a "package" in this context? I think it means all outputs of a package. But then we should already have all the documentation with the metapackages, right? And indeed, when installing texlive-scheme-medium into my profile, I have lots of downloads such as texlive-tex-ini-files-66594 3KiB 452KiB/s 00:00 ▕██████████████████▏ 100.0% texlive-tex-ini-files-66594-doc 1KiB 257KiB/s 00:00 ▕██████████████████▏ 100.0% (every package twice with its -doc). So as a first observation, separating the doc output serves no purpose: it will be downloaded anyway, and actually forms the bulk of the whole texmf-dist. The above package is not typical in this respect, here is another one: texlive-upmendex-66594 77B 33KiB/s 00:00 ▕██████████████████▏ 100.0% texlive-upmendex-66594-doc 945KiB 2.0MiB/s 00:00 ▕██████████████████▏ 100.0% But strangely, $HOME/.guix-profile/share/texmf-dist/doc is just a pointer to /gnu/store/a184f1m1mbwkccxyi86dn4mdamay6lw5-texlive-bin-20230313/share/texmf-dist/doc However, the doc output of texlive-tex-ini-files has a share/temxf-dist/doc with a subdirectory generic/, which thus does not appear in the profile. See also https://issues.guix.gnu.org/65550 I do not really understand what is happening. All outputs are downloaded, but only the out outputs are propagated? If this is true, then I think it would make sense to not split into two outputs, but to always include the documentation in the texlive packages. Andreas PS: Something else that is strange: I end up with $HOME/.guix-profile/share/texmf (without the -dist suffix) that points to /gnu/store/lzq5fd5b2l3341s0da5a1vzhxc1li3yb-asymptote-2.86/share/texmf