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 ms5.migadu.com with LMTPS id 8B6TK0Q7kWNmfwAAbAwnHQ (envelope-from ) for ; Thu, 08 Dec 2022 02:17:56 +0100 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 yHiTK0Q7kWNNcgEA9RJhRA (envelope-from ) for ; Thu, 08 Dec 2022 02:17:56 +0100 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 543C0F0F1 for ; Thu, 8 Dec 2022 02:17:56 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p35XY-0006Ep-Lh; Wed, 07 Dec 2022 20:17:32 -0500 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 1p35XX-0006Eg-Ax for guix-devel@gnu.org; Wed, 07 Dec 2022 20:17:31 -0500 Received: from mx2.dismail.de ([159.69.191.136]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p35XT-000489-MO for guix-devel@gnu.org; Wed, 07 Dec 2022 20:17:31 -0500 Received: from mx2.dismail.de (localhost [127.0.0.1]) by mx2.dismail.de (OpenSMTPD) with ESMTP id aec8dc6f for ; Thu, 8 Dec 2022 02:17:21 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=dismail.de; h=date :message-id:from:to:subject:references:mime-version:content-type :content-transfer-encoding; s=20190914; bh=ecubofYjaC8iS3B/iVnmH Fdeui902EI210S2mPwt/WM=; b=HWw4DunpUpdDKnDzQt6wGrfykzrtZEsHEA8bR 9exDsEjVNpLlDkOXLrToh5TvymxjWxYsjutf7KZKN6c1OpUY1obMZVv+U37JR/+m 2Y4cUQ6CqOm0yR9crrjUOHHiQ7UheoSVImBKHdV0BfPIQ9LKgA5kHL8RDzEZl8Hz W9nYfJ7lxyFcbW6HlJ3u9gt/fWh+3VdRtTXwmS/XJDQ4jpuzrTIr/DaIJ8R9LFNt lSYv8R2T7CVlDhlYxBGtGJLGCoY6+GYshmzdhC5WOyo9BPSPUYrwm7w10KN6PAqc pJCNL4dGBkWC75Osibp2YPJeDVYtPqMuIaeBYUVTQskWcGbxg== Received: from smtp1.dismail.de ( [10.240.26.11]) by mx2.dismail.de (OpenSMTPD) with ESMTP id 13ff96d2 for ; Thu, 8 Dec 2022 02:17:21 +0100 (CET) Received: from smtp1.dismail.de (localhost [127.0.0.1]) by smtp1.dismail.de (OpenSMTPD) with ESMTP id edda0f15 for ; Thu, 8 Dec 2022 02:17:21 +0100 (CET) Received: by dismail.de (OpenSMTPD) with ESMTPSA id 879383ea (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 8 Dec 2022 02:17:21 +0100 (CET) Date: Wed, 7 Dec 2022 19:17:11 -0600 Message-ID: <20221207191711.GB847@dismail.de> From: jgart To: Guix Devel Subject: Should a Guix package include documentation dependencies to be considered complete? References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=159.69.191.136; envelope-from=jgart@dismail.de; helo=mx2.dismail.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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, RCVD_IN_DNSWL_MED=-2.3, 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.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-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1670462276; 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: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=ecubofYjaC8iS3B/iVnmHFdeui902EI210S2mPwt/WM=; b=X3JcDqFfnpGJPKSsG5F+qpab+nwcLKeDYPYlaMnrxanPdqW7+5JSZSxFjVFmxHsKKXBQS9 qc/k/J31Znjll3I/s0R4KcZht8U5TMf+AY1ThM0I3HxJhLr0iMVpqB3za0SHcoDwp54Oea iHRoDMIiMWNCXk4rs10G3og728EtU1O+EyY/5ul/oIuk0vJnhJtjWmU68ddMs0SK0nkQzG oxfVSLo3NE73MxBm7/xaHWPaOznpJxjy9aorzEGQUT7xll67cwqdvbcLPyx2pmEygw2x+F ojF/wu4INTuXttcxGqqWxOOteO/sEI/R9KLkfgWG1djGLTyEZusE0wkUBnT7GA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1670462276; a=rsa-sha256; cv=none; b=QPNA1aFw3hm8c0q8JydauOhuINVQMprpnWFBRcKtcqwcR0tWbuSI4kL/ewBoNtybA6+B0H Vmel05Aohx3zWmVlZYUuwACDRcSg6SpkOSmUYGiRfeHlUIpPXp0m5jWoQTr0Dr6XO3SNjV u86QO9FTWZqtpb8yqAwnJfcEoNJei9mEYfiboSouqelAeYGyUpNQJXnL7sIHqXdmjQMsNt flZRy+kVz3Ld7D86tviY5e7CySAvK1ZJecDePGQXaubD/cmaYxsu/KT2/nPvG/2dNqO/EF g8a2aay9O8SBFe2eDiDMZkzsgCiE/QfTLuJ+cjFywI1i9z6SQSzumu2kPEOkPA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=dismail.de header.s=20190914 header.b=HWw4Dunp; dmarc=pass (policy=reject) header.from=dismail.de; 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: -5.46 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=dismail.de header.s=20190914 header.b=HWw4Dunp; dmarc=pass (policy=reject) header.from=dismail.de; 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: 543C0F0F1 X-Spam-Score: -5.46 X-Migadu-Scanner: scn0.migadu.com X-TUID: XCTtReY5gYic Hi Guixers, For example, https://github.com/Abjad/abjad/blob/63520b2a00ef59f3302837f843d069c3946baa6c/docs/Makefile#L113 We have abjad packaged but we don't necessarily have all the dependencies needed to build everything that abjad provides such as a PDF document that it mentions in its project Makefile. Should we include the LaTeX dependencies in the abjad package? Should all Python packages include the required dependencies to build documentation? We currently include all the dependencies to run the tests, why not do the same for documentation building? Should we make it a requirement or goal to always package a given package's "documentation-inputs"? There's another thread where I already talked on this topic with roptat briefly. I'll find it and link it soon.