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.devel Subject: Re: Hosting tree-sitter pre-built language definitions on ELPA? Date: Tue, 11 Oct 2022 16:51:59 -0400 Message-ID: References: <6AC1140D-C4BA-4A39-9474-F127CF79DF28@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36152"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: emacs-devel To: Yuan Fu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Oct 11 23:27:34 2022 Return-path: Envelope-to: ged-emacs-devel@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 1oiMmj-00097F-Nv for ged-emacs-devel@m.gmane-mx.org; Tue, 11 Oct 2022 23:27:33 +0200 Original-Received: from localhost ([::1]:35834 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oiMmi-0005b9-R5 for ged-emacs-devel@m.gmane-mx.org; Tue, 11 Oct 2022 17:27:32 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33634) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oiMEX-0001ff-Qz for emacs-devel@gnu.org; Tue, 11 Oct 2022 16:52:15 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:34195) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oiMEV-0002D9-3x for emacs-devel@gnu.org; Tue, 11 Oct 2022 16:52:12 -0400 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 4BEC880148; Tue, 11 Oct 2022 16:52:08 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 980F080091; Tue, 11 Oct 2022 16:52:06 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1665521526; bh=0t/Dcm3QiRyL1vjgvipOFQ6YUvaZR7RB7Hh5dhUFbg0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=dljz9nL6YnfAvUYHcRmvHw7oU+yE0MUeOkTzaW7DCBVtG7aFGnsvHRlOVNUgD4S3D LawItGqxnUtzXkiopHa3HDqDr4/imsFiEgxyZG7J6kmKEPCGkyDKkfcq0T14fMgYb5 CMIijI7QbNduBc7CRullZlbJLZHe1TrkmqoNlZ0Dhkkkxq7eNd2uZa4Zz0i603ZEc8 He5jRmrVGmy6B9GQ81TyWStwduEvVc3V8hIDzfrJIQlE+MtZqQMM3+oWPFG+BobZSk dRez/OkwGmvSJo0pk2xBl74qc+m9l8OzF3bfWbcRDuwI3zWREq4EMZjjoE4yYvkfvL /MrWWpJ5Znkag== Original-Received: from alfajor (modemcable047.72-202-24.mc.videotron.ca [24.202.72.47]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 740641200FC; Tue, 11 Oct 2022 16:52:06 -0400 (EDT) In-Reply-To: <6AC1140D-C4BA-4A39-9474-F127CF79DF28@gmail.com> (Yuan Fu's message of "Sat, 1 Oct 2022 21:47:11 -0700") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:297543 Archived-At: Yuan Fu [2022-10-01 21:47:11] wrote: > I wonder if we can host pre-built language definitions for languages we > provide tree-sitter support OOTB on ELPA, so users can easily download them? [ Coming late to this discussion, sorry. ] We could consider it, but as Eli mentioned, it's not clear what we'll need, so I think it's best to wait. FWIW, there are similar questions for Emacs modules distributed via (Non)GNU ELPA (such as the `libpq` module), and currently we just don't do it. Note also that the native ELisp compiler brings GCC as a dependency of Emacs, so if that becomes the norm, we might prefer to just build the language definition locally from its C version (which is not actually its source), and maybe we'll want to host *those* i.e. the pre-digested language definitions in their C form. Hosting them on a gnu.org machine would make it easier to make their installation (semi)automatic since we usually don't like to download random code directly from third parties with which we have no shared agreement. But if the language definitions can be installed as Debian packages, it might not be necessary at all. Stefan