From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Contradictiory directions Date: Wed, 15 Dec 2021 19:28:52 +0100 Message-ID: <87fsqt4t97.fsf@telefonica.net> References: <20211211035614.15517.53830@vcs0.savannah.gnu.org> <877dc6tjz0.fsf_-_@yahoo.com> <871r2e5g4u.fsf@telefonica.net> <4228873.32GBL0O4vs@galex-713.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12520"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: emacs-devel@gnu.org Cancel-Lock: sha1:BCbwHr6N2GDfU0qX9bu3qoCijmY= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 15 20:29:20 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 1mxZxo-00034O-5p for ged-emacs-devel@m.gmane-mx.org; Wed, 15 Dec 2021 20:29:20 +0100 Original-Received: from localhost ([::1]:60744 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mxZxm-0004z6-9r for ged-emacs-devel@m.gmane-mx.org; Wed, 15 Dec 2021 14:29:18 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:57382) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxZ1Y-0007Ac-Jj for emacs-devel@gnu.org; Wed, 15 Dec 2021 13:29:08 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]:53100) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxZ1W-0007zz-Ub for emacs-devel@gnu.org; Wed, 15 Dec 2021 13:29:08 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mxZ1V-0006jd-DR for emacs-devel@gnu.org; Wed, 15 Dec 2021 19:29:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=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.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:282077 Archived-At: Alexandre Garreau writes: >> > The PCRE and csvtable modules are also in the public domain. >> > Proprietary versions of them could be created ino the future. >> >> So you just decidead that all those versions that allow to distribute >> non-free versions of the code are incompatible with the GPL after all? >> > > No, but enough for them to *potentially become* so *without being noticed* > by emacs or even the users themselves… > > …what if one day mac os x or ubuntu or windows starts bundling a version > of sqlite with special “improved” extensions that are made proprietary? we > don’t want that. We want emacs to break in that case, and potentially the > users to do something to become themselves responsible of a such > combination of software. If the OS starts shipping SQLite with "improved" extensions and Emacs uses it, it is the same as any other OS-provided library: acceptable by GNU, although undesirable. Please note how you do talk about problematic extensions but not about a problematic OS-provided SQLite shared library. Why are we so concerned with the possibility of unholy extensions and not so much with the possibility of an unholy SQLite binary? Because in that case the only choice is to not use SQLite at all? (and most other Free but not GPL libraries) Seriously, let's stop making up dramas based on scenarios disconnected from reality. The propietary software industry does not give a rat ass about Emacs and soon it will not give a rat ass about Gcc either, because there are better *free* alternatives, which arose in great part thanks to stances like this.