From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: ELPA submission: mathjax.el Date: Sat, 26 Oct 2024 01:46:12 -0400 Message-ID: References: <87ldytjso0.fsf@gmail.com> <87bjzbi8pj.fsf@posteo.net> <87ed466dpe.fsf@gmail.com> <87sesmhc9g.fsf@posteo.net> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24022"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Philip Kaludercic , arstoffel@gmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 26 07:46:58 2024 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 1t4Zda-00066G-9k for ged-emacs-devel@m.gmane-mx.org; Sat, 26 Oct 2024 07:46:58 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t4Zd0-0004i1-1H; Sat, 26 Oct 2024 01:46:22 -0400 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 1t4Zcr-0004hZ-5z for emacs-devel@gnu.org; Sat, 26 Oct 2024 01:46:15 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1t4Zcq-0000J6-LM; Sat, 26 Oct 2024 01:46:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=i0Fzy30YwulZqbFjuVBMfxRoYYWSTUzGvuqqjkQ0DhQ=; b=Uo940FIRkU5R SE+HxK3x43i/1PKXj9aEDdN56/h4MxCUDeP43WWcKqEGyqo3JvWyL1aGUKQIOujJ6XtsHuqp0ePzJ RQGgAY37NUaSmvq9i4wdgsyXT015X0mMPU4werwRQbkuwjeMD+1DXr1i74Z7YSYvptRqtsXw+GfBD vZlELXUbcQwwTDWFkt0pQLvXONbE64Tr7cBi8Vra/LnGxFgUqv1bEAR9U/n50LLL1AEKGL6cQbbFc UHF9+/O/90cDsF8TAziaGSdihb9dPSxwfQOwNy8gZXMdTMMa2HOd2ybx8QJEpaH4fzlGQ8BUwe/IT Ka8qrfwJsNAhBzoNq01lzQ==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1t4Zcq-0007jl-3U; Sat, 26 Oct 2024 01:46:12 -0400 In-Reply-To: <87sesmhc9g.fsf@posteo.net> (message from Philip Kaludercic on Wed, 23 Oct 2024 19:04:11 +0000) 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:324843 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] We seem to be talking abopt lots of potential dependencies. And they are not limited to C programs and Lisp programs such as Emacs already includes. Some of them mey involve practices that raise moral issues. Or maybe not -- but we don't have enough information here to see what issues are they might be. So we must not think of this as a technical problem. We need a solution that (1) works _well enough_ and (2) clearly upholds software freedom. The solution that is most convenient may or may not be best. That includes issues raised by ppossible dependencies of dependencies. then we can study the issues and verify that they don't raise any moral issues, or find solutions for those. When we choose a solution, we will need to verify that all the components are free software. The way to do that is by testing the build procedure in an environment where we _know_ we do not have anything nonfree installed. If it works there, we can consider the job done unless/until somsone reports a problem. In principle, let's consider the idea of treating the mathjax binary the same way we treat other compiled prackages. Is that possible? What would we need to include in the Emacs sources? The mathjax Javascript program can be packaged separately from Emacs. We have an Emacs package for using TeX but we don't include TeX in any Emacs package -- users install that separately. Is there a reason not to treat mathjax the same way? -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)