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: [ELPA] New package xeft.el Date: Fri, 06 Jan 2023 11:21:09 -0500 Message-ID: References: <64A01ADD-E757-40F5-A5C3-518BB8BE9A41@gmail.com> <659E0780-5694-4B43-9845-AF1C0E2F7ECE@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17691"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: emacs-devel To: Yuan Fu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jan 06 17:21:55 2023 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 1pDpTf-0004Od-7M for ged-emacs-devel@m.gmane-mx.org; Fri, 06 Jan 2023 17:21:55 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pDpTA-0007jh-En; Fri, 06 Jan 2023 11:21:24 -0500 Original-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 1pDpT8-0007hx-TP for emacs-devel@gnu.org; Fri, 06 Jan 2023 11:21:22 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pDpT6-0008Tt-Sv for emacs-devel@gnu.org; Fri, 06 Jan 2023 11:21:22 -0500 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 3FBFD1000E1; Fri, 6 Jan 2023 11:21:18 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 9F18B1000BE; Fri, 6 Jan 2023 11:21:16 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1673022076; bh=pXpL/lWdkjAPuSHywFLCj6KXu52cZY6Za/NtJrqcdsQ=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=bO63KlzMDOauMS3J4ENPzwJ0SLpLbYo4BX4GHrbEplVvgFmtD2N9h5O7nJuscifE5 BDfP5DWDNmfmtOFBM2/7jF25+G+HTFLWmicTnzDL8xQfCP3FuNn4O1XmyheRzTNxzO B/WAVkN5DT97/hyIl9yBCw0yzL3vWykiRNRplGN6QVrdnAg9hRjXiTrPgb7pommuBN LwGJpUHzs3OwnLPWsc/Zmb1VXzGuOQ8YUKOjMvgy0tUqa7vLjttYd4KsqWUDQ7FCUp AbtcpThUuwZNmYVsL2fRBiUDQThlTP+byx+wMtrFKTBOJUxlMncySYPxXBih4VbLu9 GypXvtqmwKr3A== Original-Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 7E79C120433; Fri, 6 Jan 2023 11:21:16 -0500 (EST) In-Reply-To: <659E0780-5694-4B43-9845-AF1C0E2F7ECE@gmail.com> (Yuan Fu's message of "Thu, 5 Jan 2023 22:46:15 -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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:302255 Archived-At: > Yeah I can do that. The download feature is probably over-engineering > for not much benefit :-) It's beneficial for those who don't have a local C/C++ compiler. With the requirements of native compilation, this may become less of an issue, but still, it's something that's been requested fairly often (mostly by package maintainers rather than by users, admittedly, but still). >> Other details I saw along the way: >> - You claim you have precompiled packages for GNU/Linux but that's only >> true for amd64, which is only a particular subset of GNU/Linux >> (most of my GNU/Linux machines (i386, armhf, arm64) are outside of >> that subset, for example). > That=E2=80=99s true, probably better to not have the download feature. At the same time amd4 covers probably the vast majority of users. Maybe elpa.gnu.org could be used to host precompiled binaries. Our Free Software ideals tell us we should expose the source code as much as possible so I think "download binary" should be an alternative to "compile the source" rather than to "download the source", so the first point is to include the source code in the ELPA package. We may even be able to make elpa.gnu.org generate precompiled binaries for armhf, i386, and arm64 (it's fairly easy to install those cross-compilation tools under Debian). But this won't happen until someone writes the code for that. >> - Your source code includes `emacs-module.h` which should not be >> necessary because that file is distributed with Emacs (the way `pq` >> finds it is not ideal, but this might be a good opportunity to look >> at improving the situation and providing a standardized way for >> ELisp packages to find that file). > > Is it included in the distributed Emacs? Yes. > I thought you would need the source of Emacs to access that file. No, `make install` copies it to a "sane" place. But I don't (yet?) know how to reliably find that place from the running Em= acs. Stefan