From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85858 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Trying to prune the registry because it's full; apply: registry max-size limit reached Date: Mon, 30 Mar 2015 14:57:35 +0800 Message-ID: <87iodjotuo.fsf@ericabrahamsen.net> References: <87twx3ypx7.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1427698705 9916 80.91.229.3 (30 Mar 2015 06:58:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 30 Mar 2015 06:58:25 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M34093@lists.math.uh.edu Mon Mar 30 08:58:12 2015 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YcTeG-0003er-E7 for ding-account@gmane.org; Mon, 30 Mar 2015 08:58:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.84) (envelope-from ) id 1YcTdw-0008Ky-JB; Mon, 30 Mar 2015 01:57:52 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1YcTdt-0008KP-Ba for ding@lists.math.uh.edu; Mon, 30 Mar 2015 01:57:49 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1YcTds-0007Q7-8Y for ding@lists.math.uh.edu; Mon, 30 Mar 2015 01:57:49 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1YcTdq-0003N4-Ft for ding@gnus.org; Mon, 30 Mar 2015 08:57:46 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YcTdn-0003Ov-S9 for ding@gnus.org; Mon, 30 Mar 2015 08:57:44 +0200 Original-Received: from 114.248.25.174 ([114.248.25.174]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Mar 2015 08:57:43 +0200 Original-Received: from eric by 114.248.25.174 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Mar 2015 08:57:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 62 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 114.248.25.174 User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:W0cbgqoT9QIzf9KRKNWfH3QO0jU= X-Spam-Score: 0.3 (/) X-Spam-Report: SpamAssassin (3.4.0 2014-02-07) analysis follows Bayesian score: 0.0000 Ham tokens: 0.000-14--904h-0s--0d--H*M:fsf, 0.000-14--894h-0s--0d--H*UA:Emacs, 0.000-14--894h-0s--0d--H*u:Emacs, 0.000-13--871h-0s--0d--UD:d, 0.000-11--719h-0s--0d--H*u:Gnus Spam tokens: 0.994-5547--198h-2531s--0d--HTo:D*gnus.org, 0.994-5865--211h-2677s--0d--Hx-spam-relays-external:quimby.gnus.org, 0.994-5865--211h-2677s--0d--H*RU:quimby.gnus.org, 0.993-5826--250h-2677s--0d--Hx-spam-relays-internal:80.91.231.51, 0.993-5826--250h-2677s--0d--H*RT:quimby.gnus.org Autolearn status: no autolearn_force=no -1.0 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [80.91.229.3 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.2 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO -0.0 SPF_PASS SPF: sender matches SPF record -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 2.0 FSL_HELO_BARE_IP_2 No description available. List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:85858 Archived-At: Tassilo Horn writes: > Hi all, > > just now when I wanted to enter this group, I got the error message > > Trying to prune the registry because it's full > apply: registry max-size limit reached > > with this backtrace: > > Debugger entered: ((cl-assertion-failed (not (registry-full db)) "registry max-size limit reached")) > cl--assertion-failed((not (registry-full db)) "registry max-size limit reached" nil nil) > registry-insert([eieio-class-tag--registry-db "~/.gnus.d/.gnus.registry.eieio" 0.2 10000 0.1...]) > gnus-registry-insert( "<59afc63a-24c7-4b7b-89d8-4b99ba1f3b5b@googlegroups.com>" ((creation-time (21784 58735 12080 293000)) (group) (sender) (subject))) > gnus-registry-get-or-make-entry("<59afc63a-24c7-4b7b-89d8-4b99ba1f3b5b@googlegroups.com>") > gnus-registry-get-id-key("<59afc63a-24c7-4b7b-89d8-4b99ba1f3b5b@googlegroups.com>" group) > gnus-registry-register-message-ids() > run-hooks(gnus-summary-prepare-hook) > apply(run-hooks gnus-summary-prepare-hook) > gnus-run-hooks(gnus-summary-prepare-hook) > gnus-summary-prepare() > gnus-summary-read-group-1("nnimap+Fastmail:INBOX.mailinglists.clojure" nil t nil nil nil) > gnus-summary-read-group("nnimap+Fastmail:INBOX.mailinglists.clojure" nil t nil nil nil nil) > gnus-group-read-group(nil t) > gnus-group-select-group(nil) > gnus-topic-select-group(nil) > funcall-interactively(gnus-topic-select-group nil) > call-interactively(gnus-topic-select-group nil nil) > command-execute(gnus-topic-select-group) > > > My registry-related settings are just > > (setq gnus-registry-ignored-groups '(("^nntp" t) ("^nndraft" t) > ("^nnir" t) > ("training" t) ("Junk" t) > ("Trash" t) ("Spam" t)) > ;; Don't track anything except for the message ids. > gnus-registry-track-extra nil > gnus-registry-max-entries 10000) > > (gnus-registry-initialize) > > I had thought that with a maximum number of entries, as soon as I hit > it, the registry would prune the oldest entries to regain some space. > But according to the messages, it seems that pruning didn't succeed. This is related to a change I made recently. What used to happen was -- assuming max entries of 10000 and a prune factor of 0.1 -- every time the registry exceeded 9000 (not 10000), it would prune. That wasn't what was supposed to happen: it was supposed to hit 10000 and then prune back to 9000. A few days ago I changed it so that it really did reach its max size before pruning. Obviously something isn't quite aligned right. I'm assuming some sort of off-by-one error: we're using #'< where we should be using #'<=, or something like that. Hang on a second, and I'll test this again... Eric