From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Madhu Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Support for Sqlite Archive files Date: Sat, 22 Jun 2024 20:35:46 +0530 Message-ID: References: <86ed8qlepr.fsf@gnu.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="1015"; mail-complaints-to="usenet@ciao.gmane.io" To: emacs-devel@gnu.org Cancel-Lock: sha1:PqUWeM6qqFho35mdduWjrHEUZb0= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jun 22 17:58:44 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 1sL38W-000Ads-5F for ged-emacs-devel@m.gmane-mx.org; Sat, 22 Jun 2024 17:58:44 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sL37z-0001wy-JC; Sat, 22 Jun 2024 11:58:11 -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 1sL2JO-0001LO-Sp for emacs-devel@gnu.org; Sat, 22 Jun 2024 11:05:54 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sL2JN-0006N1-EN for emacs-devel@gnu.org; Sat, 22 Jun 2024 11:05:54 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1sL2JL-00033m-Bt for emacs-devel@gnu.org; Sat, 22 Jun 2024 17:05:51 +0200 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-Mailman-Approved-At: Sat, 22 Jun 2024 11:58:09 -0400 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:320471 Archived-At: * Eli Zaretskii <86ed8qlepr.fsf@gnu.org> : Wrote on Fri, 21 Jun 2024 14:25:52 +0300: > Thanks, but why do we need a cli utility when we have built-in SQLite > support? Can't we access the SQLite Archive files via that built-in > support? I'd prefer to have that instead of relying on external > utility. 1. Because the cli-utility will work even when emacs is not built linked to libsqlite3.so (sqlite is an optional dependency), only call-process is needed. 2. Because arc-mode is a good design abstraction, and extending it to support a new format is good design principle. Both of these are no-brainers. Why aren't they obvious to you? When did "Introducing a new mode and code just to make an optional-dependency non-optional" become a design-goal of Emacs? Youve been pushing this relentlessly since openssl (gnutls) json, treesitter, etc., all encouraging linking with 3rd party libraries, and removing the option of having the functionalitu in emacs, without emacs depending on those libraries. Is there some GNU related ideology behind this, or where did the memo come from?