From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: Contradictiory directions Date: Wed, 15 Dec 2021 16:13:39 +0800 Message-ID: <87lf0ms2to.fsf@yahoo.com> References: <20211211035614.15517.53830@vcs0.savannah.gnu.org> <83k0gbr0dm.fsf@gnu.org> <87y24r33bn.fsf@yahoo.com> <87ilvu1ldh.fsf@yahoo.com> <87a6h5tap6.fsf@gnus.org> <87tufbu7jg.fsf@yahoo.com> <87y24nr6nk.fsf@gnus.org> <87lf0ntz0t.fsf@yahoo.com> <87wnk6mjlm.fsf@gnus.org> <877dc6tjz0.fsf_-_@yahoo.com> <87k0g6mivu.fsf@gnus.org> <87y24ms4jj.fsf@yahoo.com> <87fsqumi16.fsf@gnus.org> <87tufas40e.fsf@yahoo.com> <877dc6mhjc.fsf@gnus.org> <87pmpys3gv.fsf@yahoo.com> <8735mumgyy.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25049"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) Cc: Richard Stallman , eliz@gnu.org, stefankangas@gmail.com, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 15 09:31:26 2021 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 1mxPh7-0006M0-DE for ged-emacs-devel@m.gmane-mx.org; Wed, 15 Dec 2021 09:31:25 +0100 Original-Received: from localhost ([::1]:57872 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mxPh6-0003lw-1W for ged-emacs-devel@m.gmane-mx.org; Wed, 15 Dec 2021 03:31:24 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:58454) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxPQ9-0006dr-9Y for emacs-devel@gnu.org; Wed, 15 Dec 2021 03:13:53 -0500 Original-Received: from sonic316-22.consmr.mail.ne1.yahoo.com ([66.163.187.148]:41078) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mxPQ6-0007By-NL for emacs-devel@gnu.org; Wed, 15 Dec 2021 03:13:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639556029; bh=BKIsMVF4cq5UyTKcisHQMF4sRjm1MgC9m+Je92NLcYU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=sto/VZYH2gleL+PPGauz4fj4sx5K16cemLykycWqDmj71UB4Qd25Y45jVQzKMXH6cIanPvB50g73n1cYQNz7mpTkdoMnM6H3uMwUubXDC5K2GGplc7fFxJQVZTZ8RDR9mC/jWoJNdqFuqZwtf9vQcKp/XJKaUJ1xN+Ya6fmmGEnPeMK/ph25/PNJTUXLsRn07Och0wanZBQ6T1go1VohxeSPGDn5a1w8o+9ExQEerkGFC0Ps2rfWYsvQ8SDgjwpySLAFoeIdQFWw7B+N2Ib/dVmNFtM+b4RhE5MadxTxgn2Yn6hPiKkL6Wa7Txf5KUsq6GDyJNlvggwkwj3FEaGBvA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639556029; bh=Sx5RQCmzfEG5xcOYCyh5tN3EVjAwm8H0AE6nDtBwaX/=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=sq5vh9t7FHMwzZ1iFh+664XcS3ahdL5wlOH2OspYTtfewAoWNbSJtvlA8ELwes0H3IoumrSGDBtyKcm8Z0cOks1dThJZnimvUqBDLMv7V30C/+dOQPzlPzZAFEOe6Zcgfk6TptMamFMobrlHq6wsyz/ce8AjcSuZ9TpvEh0yEKiw9jnNnIkt+HgJ+XuerABtJdCKOTiMqwSGH3LXhDm1YCeU3Is839xoazI5zC3wF8XcbLmIdHm5qmEMkQu1JCx8tSNK6QLsO/yjFutIz9wGRG5C+nikso3s33laUOh3Yjht+CXoxaCBIttW4+zSZ8Rd9cZo9HmkOZYAfCpxWh6IGg== X-YMail-OSG: fflO5ZEVM1m53Wv5JCktK955PsQZSeoBnGyCyB.p4CrqCpaT5gMIElK8wPFVxcU RaA2omo7HVsfROT_3X4IjhAExQVCqk9GvrbgoYDCW_ZJh04zFcFh.1Hr8UtzKdprnCOI5697WOdO iMG67N4AZyX3YG6e8r6yEZLmE74zMHZnJWY7NfcROkpJZ0G.XPQZQtxotitlV.g9FvwN7Hbzmoh7 AopQRPwbCggooErcfE0OYtwCpbUPgnZr0zudi.zN15x5AL5kXWwc9te8YDqTu48gu5h85lkvY20O mes7.QSz3AdePExw0CKnNSs7GUoWFBqINdAmEn4PHRtBieKgZqUt23srul1e4w5vQEOC0X4v0ebq GWzXFgQp5XPTgbUtbY.ukmTAVpNbeIfBBcUcEQ5RBUV_a4e6amX3zrP9ZYPOoxcuRIYFI.NHRUq1 i524X6LOirbY1NgeZCTg8WpACjtzIlRirBvam.VNboD6Aa38EXuGQeZLBuMI9MB9LRdsqLSX0zYH RsWmwJ7q6KS8GBeu9EgjIDCmSf5d.KbXU6mlsb_s1pO_LNmOhI2DmyTCfvyZ2Q_TVPki5ophjbLy hGStpkInDI7o4inYtMA.e2qupN0sh4J6eAmDjRqgXgUOP9Y3QpSqGDWzNjZ9yZEcyp.dLhv0MZJo Idg1IEvO8FJxc3K_0gg0Wr0pHOXp.R9hakiGfNUWVYi57I4Sas7Cf9icxQ.E8LbjK1s4co.DT6A. fN5XKtc4PbxACgBD7auCYoy4zOX3ycq1sMQD.8uJlo8vAq6dCEurxxcYoYflbA9yqBZkLrL1ilRr CQ99WFb5JRIb1R1RHZiPoHDEk6AUgiyya53itSzxWs X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Wed, 15 Dec 2021 08:13:49 +0000 Original-Received: by kubenode515.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 782818a89721ec1eff5ba8a6e215e9d0; Wed, 15 Dec 2021 08:13:44 +0000 (UTC) In-Reply-To: <8735mumgyy.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 15 Dec 2021 09:04:37 +0100") X-Mailer: WebService/1.1.19415 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.187.148; envelope-from=luangruo@yahoo.com; helo=sonic316-22.consmr.mail.ne1.yahoo.com 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable 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:281991 Archived-At: Lars Ingebrigtsen writes: > I'm not talking about dynamic Emacs modules. I'm talking about basic > libraries. We can't check whether whatever libraries we're loading, > whether it's libc.so or libsrvg.so or whatever, aren't proprietary > variations on the libraries we're expecting. These are system libraries, all of which are either free or have free replacements. I don't think we allow features that depend on proprietary libraries that have no free replacement. And to distribute a binary of Emacs that links against a non-free non-system library would be illegal. >> So it seems to be terminology specific to mh-e, with no reason to >> warrant its adoption throughout Emacs. > > The reason is that the world has moved on to the new terms. It certainly hasn't: this was the first time I ever came across the term "allowlist" being used, and it was in the form of an email, not code. Even if the world has "moved on" (which is hardly a given), software (Emacs even more so) has historically used the "old" terms, which there is no need to change. So as I said, can we please keep the situation simple by using the terminology which we have always used, which is to say, "blacklist" and "whitelist".