From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: sqlite3 Date: Mon, 06 Dec 2021 13:37:23 -0800 Message-ID: <87bl1tct4c.fsf@ericabrahamsen.net> References: <87tufmjyai.fsf@gnus.org> <877dcil2sj.fsf@ericabrahamsen.net> <87czm98qi1.fsf@gnu.org> <87o85tcwm0.fsf@ericabrahamsen.net> <874k7ljwkr.fsf@gnus.org> <87fsr5cuzq.fsf@ericabrahamsen.net> <878rwx8mdn.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="18717"; 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:mgRXzSs9Tf1KZVwKq+76AfDkjYQ= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Dec 06 22:38: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 1muLgt-0004dE-AE for ged-emacs-devel@m.gmane-mx.org; Mon, 06 Dec 2021 22:38:31 +0100 Original-Received: from localhost ([::1]:54650 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1muLgr-00068v-Ov for ged-emacs-devel@m.gmane-mx.org; Mon, 06 Dec 2021 16:38:29 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:53536) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muLfy-0005S8-Q4 for emacs-devel@gnu.org; Mon, 06 Dec 2021 16:37:34 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]:51738) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muLfw-0003d0-Vb for emacs-devel@gnu.org; Mon, 06 Dec 2021 16:37:34 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1muLfu-0003Oy-SZ for emacs-devel@gnu.org; Mon, 06 Dec 2021 22:37:30 +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:281182 Archived-At: cesar mena writes: > Eric Abrahamsen writes: > >> Lars Ingebrigtsen writes: >> >>> Eric Abrahamsen writes: >>> >>>> Well, Lars is the Gnus maintainer, not me, so all I can do is propose! >>>> But yes I am, though only for group marks. Right now .newsrc.eld >>>> combines concerns: it saves variables such as `gnus-server-alist' and >>>> all the topic stuff that would be better saved as customization options >>>> (or saved in a separate file, using the customization machinery). It >>>> also saves group parameters, right next to the marks. > > Yes, it's a bit of a big hammer. > >>> It's a bit much, but I don't think those bits can be usefully separated >>> out. But things like `gnus-save-duplicate-list' (which goes to a >>> separate, ad-hoc file) would fit well as a simple persistent variable. >> >> If `gnus-newsrc-alist' were saved as-is, but *without* the mark data, >> that mark data could be pulled out of a separate storage backend at >> startup time, with a simple group-name->mark-data mapping. The >> .newsrc.eld file could otherwise remain the same. > > One can edit flags through G p in the topic buffer; that interface would > need to be preserved. Who knows what other secrets lurk in there. My proposal would only affect the save and load routines (zip and unzip data), in-session behavior wouldn't change. >> But Qiantan's message reminded me that this proposal is actually a Gnus >> issue, not a sqlite issue, and shouldn't clog up this thread. I'll keep >> this for later! > > Yes, but in the end separating flags from .newsrc.eld is not for the > faint of heart, and I am not sure I see the benefits. > > Like you said, for later. I have any number of pie-in-the-sky ideas for Gnus. If I get around to implementing half of them, I'll consider it a success :)