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] New package: kixtart-mode Date: Sat, 12 Nov 2022 23:18:26 -0500 Message-ID: References: <6061-636c2e00-95-57685e00@208106730> 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="30209"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Nov 13 05:19:04 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 1ou4SV-0007fq-Hk for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Nov 2022 05:19:03 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ou4S0-00065c-DO; Sat, 12 Nov 2022 23:18:32 -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 1ou4Rv-00065T-8S for emacs-devel@gnu.org; Sat, 12 Nov 2022 23:18:27 -0500 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 1ou4Ru-0005h6-Uj; Sat, 12 Nov 2022 23:18:26 -0500 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=c1IUIsyn0jCitmawU+nlnp5Z/+jY77yMAzfi86MKL9c=; b=qjX0I/2mp4Bf 9YM1M60RIruu299JxO8gUwPIuNC1fAbQzdwHKbgNu0ywLIXVZ1VZboDfP4VPFyJ9KWfi0ugN144wI 7jn3/unbKZewwLE8bKwqGdidaRVqKFSm2sXt6itMorf562moj2Hl58MMCB6lvPyYPYsSllLMMB6RW awL3O2ny++62SdBdiDqFv17l59+1UTzTSkVlcHujp0fiPs0rRzb0vYEzDwD7wxzjZNIBt0arYrqdQ z2U8gCKSvx7ggUzVaPLTmcGJXQoHgWbclRzdVc3cztAqEWLXXoMinp2xl9fn3UuazSLAMya7SyBih sfOgD9RivTa2VpvKMw9jUw==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1ou4Ru-0004qg-4r; Sat, 12 Nov 2022 23:18:26 -0500 In-Reply-To: (message from Stefan Monnier on Wed, 09 Nov 2022 18:58:19 -0500) 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:299696 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. ]]] > > There is no dependency or inter-op with the interpreter, and the package > > was developed independently - since the source code is not available it > > is also impossible for me to create any link to it. > Yes, I understand this. The question is rather one of policy/strategy > than one of copyright. That is true. > > But if this is the final decision I'll live with it. > I can never remember exactly what is the policy in such cases, so I'm > hoping Richard will chime in. Our general policy makes a subtle distinction between these two cases: 1. If a nonfree program FOO is not well known, we don't even mention that it exists. Because we don't want to promote using FOO. 2. If a nonfree program FOO is well known and widely used, something to help and encourage FOO's users to use some GNU packages along with FOO is good. 3. Anything that would encourage the existing users of some GNU packages to use FOO with them is bad. Is SickStart the main scripting language for Windows now? If so, it will surely be widely used, so case 2 would apply. Then we would want to include support for editing it. BUT, it is a bad thing if people use SickStart to write scripts that they could have written in a free scripting language. Is there anything we can do to urge people to use Perl or Python or Bash instead of SickStart? Why would someone, on Windows, use SickStart rather than those other scripting packages? Does it have some major advantage, for use on Windows? Or is it that Microsoft is going to tell everyone that "SickStart is the scripting language for Windows! Be the first on your block to try SickStart!" and people will be led by the nose? Maybe we can come up with a way to encourage people to choose some free and portable scripting language, even when using Windows. -- 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)