From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id gEMNFlPM22NAdgAAbAwnHQ (envelope-from ) for ; Thu, 02 Feb 2023 15:44:35 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id 6GW/FVPM22PRyQAAauVa8A (envelope-from ) for ; Thu, 02 Feb 2023 15:44:35 +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 C941C1476E for ; Thu, 2 Feb 2023 15:44:34 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pNap9-000410-J3; Thu, 02 Feb 2023 09:44:28 -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 1pMlrP-0004mC-0b for guix-devel@gnu.org; Tue, 31 Jan 2023 03:19:23 -0500 Received: from confino.investici.org ([2a11:7980:1::2:0]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pMlrM-0006m5-R8 for guix-devel@gnu.org; Tue, 31 Jan 2023 03:19:22 -0500 Received: from mx1.investici.org (unknown [127.0.0.1]) by confino.investici.org (Postfix) with ESMTP id 4P5dHh2N1Nz111n for ; Tue, 31 Jan 2023 08:19:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inventati.org; s=stigmate; t=1675153152; bh=UkzMroAbYpJ/2Mstgpvzxgohbcu/3b2VGeXGXcxcbik=; h=From:To:Subject:Date:Reply-To:From; b=B1ueo+LAzXMElCugScwYtSEsGHsT3PfnwW0P3EJvYVGWaYEnEUwC7kNpl9oeIY2Ph um/+mL/bhW8H7Y2YehZDCBAWcjmYtDYaRTk0Thqhn6R0DPW1Q2zYFk3jUA01lFLJqd +1KaYDq6tDyeWBD6bPmNNA6KjzrI1TjMYMmQpi80= Received: from [93.190.126.19] (mx1.investici.org [93.190.126.19]) (Authenticated sender: cayetano.santos@inventati.org) by localhost (Postfix) with ESMTPSA id 4P5dHh1nqXz10yl for ; Tue, 31 Jan 2023 08:19:12 +0000 (UTC) User-agent: mu4e 1.8.13; emacs 29.0.50 From: Cayetano Santos To: Guix Devel Subject: Emacs packaging: do we need to pull existing dependencies ? Date: Tue, 31 Jan 2023 09:13:57 +0100 Message-ID: <87leljyv45.fsf@inventati.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2a11:7980:1::2:0; envelope-from=csantosb@inventati.org; helo=confino.investici.org 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Thu, 02 Feb 2023 09:44:22 -0500 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: , Reply-To: csantosb@inventati.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN ARC-Seal: i=1; s=key1; d=yhetil.org; t=1675349074; a=rsa-sha256; cv=none; b=dtlLCPr+H5Wn/jvCuYgLZgKi7p9tQkrCME42Mphgt/ELRCNiXncFyBlTP5WKvt62CZQerG R8XgBAbuxQoquwjQBA+FeujoJgBOizKgm0NGFjYBdItTl9ri8QbYcLvruaf8oEEzT/JKzt y5ZD/joiDTh5o6G9wrQNZWziz2u6Bnr+Y6B1l5bLmXgDPWZlx3S7A/55Y/EPOWg6lusecL 540AT4LsjMNCd9U26wPpTRn91tJ7moie8q9bKjlAGWPClmmgNmkWdMdoGIOPIf9bXflK3B gA1xPCLB0sK0BkQ2mcuwSbjGWB6SfdXAHaN1cxhiNdU254kbe0X5GXnJnVALoQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=inventati.org header.s=stigmate header.b=B1ueo+LA; dmarc=pass (policy=reject) header.from=inventati.org; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1675349074; h=from:from:sender:sender:reply-to: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:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=UkzMroAbYpJ/2Mstgpvzxgohbcu/3b2VGeXGXcxcbik=; b=j9Z8XLVOAJccNlWWMaqS/T1VcDt9EnYZ1yqwmy+UdU3Gi8nqe/TMbBgf+aKcEpkJSzOe6s JUMhVbNkEmdkXccmQiue/IqmISlP0lNGulfsP86ll5qWqIGr8z2JzB7Vd3yIV5YHQC790D elaFWcBVubFtaj2wn3CTUdPLrWtYJt4f8LG8oqOJlKAIyRdfrbkD4T/+TtiAM5l+KDt0qy 8I5it/1gPaageaBnSpayFDrksPGJuutlDijhXxtDjUiGSYfKQR5n+S7CLzYFMdIKLOoWD0 xG7fRi/aD9K6+2yFRcO97nOO8MpSHDKWiuw/dzLlZkEFyRc5+f7c7tE1tbG/ng== X-Migadu-Spam-Score: -7.42 X-Spam-Score: -7.42 X-Migadu-Queue-Id: C941C1476E X-Migadu-Scanner: scn0.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=inventati.org header.s=stigmate header.b=B1ueo+LA; dmarc=pass (policy=reject) header.from=inventati.org; 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-TUID: BDLMCZfLUsBq Hello Guix, I=E2=80=99m referring here to the way we handle propagated-inputs in=20 package definitions, when dependencies are already present in the latest stable emacs we provide (28.2 as for today.) Think for example on all org-packages which depend on (and whose package definition declare as a propagated-input)=20 emacs-org. This is just an example, as many other similar examples may be found=20 (and more to come on the upcoming 29.1). From one side, it is up to the upstream package to declare in=20 the package-requires fields all of its dependencies. Should not be=20 our concern, as packagers, to take care of fixing / replacing that=20 in any way. But, from another perspective, most of these packages=20 include package-requires coherent to previous versions of emacs, which=20 is not the case of guix. So, do we need to pull most up to date dependencies, even if=20 already present in current emacs, when upstream package requires them to=20 keep backward compatibility ? Do we assume that guix emacs (28.2)=20 already includes them, and remove the dependency from the inputs ? Is it=20 a good strategy to deal with two different versions of a=20 dependency ? Say for example emacs-org-roam@2.2.2: it requires emacs-org 9.4,=20 which is not specified in the package definition, meaning we always=20 pull the latest available. Do we have to, provided that emacs releases=20 with org ? Maybe there is already a clear rule about this topic, but to=20 me this is not clear. We have package definitions with both criteria. My two cents: let=E2=80=99s keep things as simple as possible. The lower= =20 the dependencies, the simpler the maintenance. I don=E2=80=99t see the point= =20 on pulling emacs-org@latest, provided that emacs already includes=20 the minimum required org version. Same logic applies to all the=20 rest. What do you think ? Cayetano