From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 21045 invoked from network); 12 Jun 2020 16:05:31 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 12 Jun 2020 16:05:31 -0000 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92.3) (envelope-from ) id 1jjmAs-0001Zb-K7; Fri, 12 Jun 2020 11:04:58 -0500 Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jjmAo-0001Wu-7a for ding@lists.math.uh.edu; Fri, 12 Jun 2020 11:04:54 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1jjmAm-00AYSy-F3 for ding@lists.math.uh.edu; Fri, 12 Jun 2020 11:04:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=LdXlwzllXf55nWWQwATcNiQahKJgFOmAHTldZKhUOCM=; b=HO/LMiwN/Y3Wx4pPZf9xaGiz97 TLQYVmc1G8xAfktK74k0j/y7P1qkzsiv+zatCYPdyK+mch6qKfNeTRn+wFU7GydDzGPydFTVWZCQe AXhkHVO5I7t6eE99fm/zT3vu8kk5eW7fZMEpRAvzMcx1OSJWxhtM98zrQybahhJqcI7M=; Received: from ciao.gmane.io ([159.69.161.202]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jjmAf-0003QB-5p for ding@gnus.org; Fri, 12 Jun 2020 18:04:48 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1jjmAe-000KDm-6U for ding@gnus.org; Fri, 12 Jun 2020 18:04:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Eric Abrahamsen Subject: Re: How about gnus-registry-precious-only-p? Date: Fri, 12 Jun 2020 09:04:36 -0700 Message-ID: <87ftb0l17v.fsf@ericabrahamsen.net> References: <87blmifkxe.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:wNsBqaONpDmYaqNOShRyk+zXDFc= List-ID: Precedence: bulk Bob Newell writes: >> It occurred to me that if you're not using the Gnus registry's >> split-with-parent functionality, there really isn't any need to let it >> bloat up with thousands of entries. > > I must agree! For months and months I fought registry bloat > with little luck. Eventually some patches and fixes came in > (thank you Eric!) but it still was more than I wanted. > > So I went to a system such as what Eric has suggested. Now the > registry has a small handful of entries that really matter and > it actually serves a useful purpose. Okay, that's good enough for me! Ted Zlatanov writes: > On Wed, 20 May 2020 12:47:25 -0700 Eric Abrahamsen wrote: > > EA> It occurred to me that if you're not using the Gnus registry's > EA> split-with-parent functionality, there really isn't any need to let it > EA> bloat up with thousands of entries. If all you're doing with it is > EA> setting registry marks on messages (or using Gnorb's Gnus<->Org > EA> tracking, or message tagging), the only entries we ever need are those > EA> where we've explicitly added "precious" information to a message. > > I agree, and think that it should be t by default (keep only precious > entries). > > I would go further and never record non-precious messages on exiting the > group, to avoid the extra cycles. I might be misunderstanding, but with the up-thread patch, non-precious messages shouldn't be made in the first place. The only way (Which reminds me, now is the right time to come up with a better name for this option. Maybe `gnus-registry-auto-create-entries', defaulted to nil?) > EA> [Gnorb-related addendum: I've never used registry split-with-parent, > EA> because it seemed like the potential for chaos was high. But if we only > EA> keep a very controlled number of entries in the registry, this could > EA> provide an alternate mechanism for creating groups that hold messages > EA> related to an Org heading. Gnorb can do that now with ephemeral groups, > EA> but these would be real mail groups: track the first message, move it to > EA> a group "about" an Org heading, and subsequent replies to that message > EA> will get moved as well. Hmm, could messages be copied instead of > EA> moved...?] > > I have seen no interest in this, so it's your call whether there are > enough users to justify the effort. Well there's one, at least! Maybe that's enough.