From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tomas Hlavaty Newsgroups: gmane.emacs.devel Subject: Re: sqlite3 Date: Tue, 14 Dec 2021 18:58:37 +0100 Message-ID: <87a6h3jcfm.fsf@logand.com> References: <87tufmjyai.fsf@gnus.org> <87lf0nr2b4.fsf@gnus.org> <87czlzjfhs.fsf@logand.com> <87pmpznmw4.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="19767"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 14 19:00:02 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 1mxC5q-0004wb-Hu for ged-emacs-devel@m.gmane-mx.org; Tue, 14 Dec 2021 19:00:02 +0100 Original-Received: from localhost ([::1]:34764 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mxC5p-00074e-8y for ged-emacs-devel@m.gmane-mx.org; Tue, 14 Dec 2021 13:00:01 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35286) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxC4b-00063J-0q for emacs-devel@gnu.org; Tue, 14 Dec 2021 12:58:45 -0500 Original-Received: from logand.com ([37.48.87.44]:35320) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxC4Y-0001Mt-Vk for emacs-devel@gnu.org; Tue, 14 Dec 2021 12:58:44 -0500 Original-Received: by logand.com (Postfix, from userid 1001) id 8B88619EC54; Tue, 14 Dec 2021 18:58:39 +0100 (CET) X-Mailer: emacs 27.2 (via feedmail 11-beta-1 I) In-Reply-To: <87pmpznmw4.fsf@gnus.org> Received-SPF: pass client-ip=37.48.87.44; envelope-from=tom@logand.com; helo=logand.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham 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:281932 Archived-At: On Tue 14 Dec 2021 at 17:59, Lars Ingebrigtsen wrote: > Tomas Hlavaty writes: >> So it turned out that sqlite is actually slower >> but Emacs is stuck with sqlite dependency anyway? >> Is my understanding correct? > > Are you asking whether Emacs now supports reading, listing and editing > sqlite files? The answer is yes. No, the issue is not if Emacs supports sqlite. Emacs supports many things depending on the definition of "support". The issue is that Emacs now depends on sqlite. Even though the reason for introducing this dependency turned out to be wrong. The arguments for introducing this dependency as a linked library dismissed other options as wrong and even "not smart". Now it turned out that all those arguments were wrong. But the sqlite dependency is going to stay. So it actually turned out that the only reason for pushing this dependency was that some people want it but have no good reason to justify it. I find that really puzzling. That is why I ask if my understanding is correct. Maybe there was some good reason after all, which I missed. If not, I would expect Emacs to use the proposed superior pure lisp solution and removing the sqlite dependency completely. Otherwise it is no wonder that Emacs dependencies are exploding.