From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#45435: Additional libraries required by transient and magit manuals Date: Sat, 26 Dec 2020 16:02:44 -0500 Message-ID: References: <87r1nd8y13.fsf@bernoul.li> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1748"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 45435@debbugs.gnu.org To: Jonas Bernoulli Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 26 22:03:11 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ktGiU-0000GX-Ew for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 26 Dec 2020 22:03:10 +0100 Original-Received: from localhost ([::1]:49550 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ktGiT-0003oD-Dw for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 26 Dec 2020 16:03:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52536) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ktGiM-0003o3-P2 for bug-gnu-emacs@gnu.org; Sat, 26 Dec 2020 16:03:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48452) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ktGiM-0001BM-Hx for bug-gnu-emacs@gnu.org; Sat, 26 Dec 2020 16:03:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ktGiM-0003gS-Er for bug-gnu-emacs@gnu.org; Sat, 26 Dec 2020 16:03:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Dec 2020 21:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45435 X-GNU-PR-Package: emacs Original-Received: via spool by 45435-submit@debbugs.gnu.org id=B45435.160901657514129 (code B ref 45435); Sat, 26 Dec 2020 21:03:02 +0000 Original-Received: (at 45435) by debbugs.gnu.org; 26 Dec 2020 21:02:55 +0000 Original-Received: from localhost ([127.0.0.1]:59998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ktGiF-0003fo-8u for submit@debbugs.gnu.org; Sat, 26 Dec 2020 16:02:55 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:49779) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ktGiD-0003fF-Md for 45435@debbugs.gnu.org; Sat, 26 Dec 2020 16:02:54 -0500 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 11518809A7; Sat, 26 Dec 2020 16:02:48 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 51B648066B; Sat, 26 Dec 2020 16:02:46 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1609016566; bh=6MIeMsE14FGJJprS6Y0FfkflDK1HzC8SGyrHS4eTiUY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=abRGnJJMTa9nb3jlBEgPuS486fDCOUN/UmuWITrEcdESicKgloG+0uojlsqlSQ7Qd 3edAJOQ+VA5UO9V3g75siMa58bpPSEIulUQQbiM0kfgtUqwCreAUFm606gO4t95hvq 9Lqf9INxeXBn6c1ovPI6FgqB6eNUiA2FsC06lbaH4EyQ0bwVk26ZzBr/x+KW8tjCFo IAtD3vzmxkQhuFzITu2p8nXIMkfmn1plQc55XbKabRVfssUz8eYrMTn/Ze10k+/pN/ ak0dw8iRmniG0IvJJQ6DC0fjdrICdx+lg5QoIKGvu861JrR1ZhxgOY41PkeCT6l4Sm FIo9N0bV48VRA== Original-Received: from alfajor (unknown [104.247.243.191]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C9B8F12014D; Sat, 26 Dec 2020 16:02:45 -0500 (EST) In-Reply-To: <87r1nd8y13.fsf@bernoul.li> (Jonas Bernoulli's message of "Fri, 25 Dec 2020 20:51:20 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:196774 Archived-At: > I am guessing that [non]gnu elpa currently use the version of org that > comes with Emacs. Indeed, more specifically with the Emacs distributed in Debian stable, i.e. Emacs-26 currently. > Please consider making "org/contrib/lisp/" and "ox-texinfo+.el" > available to the elpas. IIUC Bastien is working on (or planning to soon work on) adding org-contrib to NonGNU ELPA. As for `ox-texinfo+.el` (or any other package you fancy), feel free to add them to `elpa.git` or `nongnu.git` (depending on their copyright paperwork status, mostly). But the main point you raise is the use of extra packages when building (Non)GNU ELPA packages, such as for the needs of building the Info manual. There are mostly two issues: 1- The philosophical issue of relying on packages which we don't distribute. I think we should try and only use ELisp packages which we distribute, either as part of Emacs or GNU ELPA or NonGNU ELPA. But this should be easy to fix: just add the package to (Non)GNU ELPA. 2- Making use of those extra packages while building your own (Non)GNU ELPA package. This is a technical issue and I'm not completely sure how best to solve it. I think point 2 is the only relevant problem here, so I suggest we focus on this in the bug#45435. Currently, when building a GNU ELPA package, the `:make` rule has read access to the whole of `elpa.git`, and similarly while building a NonGNU ELPA package, the `:make` rule has read access to the whole of `nongnu.git`. There are several problem, tho: 1- GNU ELPA Packages aren't readable while building NonGNU ELPA packages, and vice-versa. 2- While there is read access to the source code of other packages, these aren't "prepared" to be activated (as by `package-activate-all`), e.g. their [PKG]-pkg.el and more importantly [PKG]-autoloads.el files haven't been built (and they haven't been byte-compiled either). 3- Of course, the code available is (usually) that of the head of their respective branch, which may be in a temporarily broken state. So maybe rather than look for the solution by re-using the code we already have lying around, we should "manually" add the handful of extra packages to the builder's `~/.emacs.d/elpa` ? The downside would be that it requires a manual step from someone with access to `elpa.gnu.org`. Or maybe we could keep the contents of that `~/.emacs.d/elpa` in a separate branch/directory and just make it available to `:make` targets, so anyone with write access to the Git repository can add (installed) packages in there. Hmm... Stefan