From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: Org schemas we talked to be non-free, was: [ELPA] New package: repology.el Date: Tue, 26 Jan 2021 06:50:23 +0300 Message-ID: References: <83zh0y2jtu.fsf@gnu.org> <83mtwx2gnx.fsf@gnu.org> <8335yo3ji1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28425"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: rms@gnu.org, ulm@gentoo.org, emacs-devel@gnu.org, ams@gnu.org, arthur.miller@live.com, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jan 26 04:56:32 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 1l4FSy-0007J1-A3 for ged-emacs-devel@m.gmane-mx.org; Tue, 26 Jan 2021 04:56:32 +0100 Original-Received: from localhost ([::1]:47460 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l4FSx-00012V-D5 for ged-emacs-devel@m.gmane-mx.org; Mon, 25 Jan 2021 22:56:31 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56160) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l4FRd-0000To-V1 for emacs-devel@gnu.org; Mon, 25 Jan 2021 22:55:09 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:44581) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l4FRb-0001c0-VZ; Mon, 25 Jan 2021 22:55:09 -0500 Original-Received: from localhost ([::ffff:197.157.0.39]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000001E085.00000000600F9297.00001696; Mon, 25 Jan 2021 20:55:03 -0700 Mail-Followup-To: Eli Zaretskii , ulm@gentoo.org, rms@gnu.org, dgutov@yandex.ru, ams@gnu.org, arthur.miller@live.com, emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: <8335yo3ji1.fsf@gnu.org> Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:263437 Archived-At: * Eli Zaretskii [2021-01-25 22:27]: > > Date: Mon, 25 Jan 2021 20:56:21 +0300 > > From: Jean Louis > > Cc: ulm@gentoo.org, rms@gnu.org, dgutov@yandex.ru, ams@gnu.org, > > arthur.miller@live.com, emacs-devel@gnu.org > > > > * Eli Zaretskii [2021-01-25 18:14]: > > > > Let us say enriched mode in Emacs, if it would not be modifiable by > > > > programmers who fork Emacs, I am not sure if Emacs would be free > > > > software. > > > > > > Enriched mode doesn't have or use a schema, so this example is > > > inapplicable. > > > > But it has its format. Right? > > Its format is determined by the code, not by a DTD. And that format > is specific to Enriched mode alone, it's its private format that is > not shared with any other application. I was assuming it is determined by code. The specification need not be anywhere written in easy manner such as some schema. But it is written in the code and users are free to modify it. So when speaking of freedom users are free to modify the format of that document. I hope so. Freedom gives user opportunity not to make it private format. That is how new software comes into existence. If there is no freedom to modify and distribute and build upon it then programmers will most probably be reluctant to create new works. > > How about programmer comes and says, now I want to call it Enriched > > mode, but internally it has to look like this: > > > > FORMAT: Enriched > > Width: 70 > > > > > > > > Hello there > > How is this relevant to the issue we are discussing? Maybe we shall first agree what we are discussing? I am talking about free software and freedom and if non-free program dependent data such as schemas should or should not be distributed with the Org package. What is the issue that we discuss according to you? > > Exactly, I was thinking we were chatting about that. Of course that by > > changing schema one may get incompatible formats. And that shall be > > software freedom. We have to allow programmers to make any formats and > > build upon previous formats. > > > > Incompatibility or not, that is not major point. > > It is exactly the major point. If you want to create a new schema, > you can. But you cannot modify the file that came along with free software. Of course we can create new schemas and new programs from scratch. But if we cannot modify that data coming along with free software such as Org package then Org package as software package is not fully free package. Maybe those functions that depend on non-free data shall be taken out of the Org mode and be distributed separately. It also brings up question if LibreOffice is really Libre if it depends on such non-free schema. > > When StarOffice was made first time its format was incompatible to > > many other formats. > > We are not talking about format of office files, we are talking about > definitions of data types shared by gazillions of files used for very > different purposes. It's a completely different use case. Your reference of the text I wrote is out of the intended context. You said it was useless to change schema and I have pointed out back to same LibreOffice/OpenOffice/StarOffice that it actually improved itself in few decades exactly because somebody was allowed to change the formats. Even if it maybe was not fully free, at least somebody was improving upon it. So the option to improve the format of a document is beneficial and rather useful even if it would break or change some compatibilities from past. My point was that when people are given freedom they are allowed to create new software and build upon the existing one. When bundling non-free schema with Org, do we give that freedom to receiver or not? If we do not give the freedom to user receiving the Org package then maybe such schema shall be removed from the package and functions depending on such non-free schema removed. Jean