From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: keramida@ceid.upatras.gr (Giorgos Keramidas) Newsgroups: gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: Emacs trunk and Gnus master are fully sync'd now Date: Tue, 09 Jul 2013 13:08:16 +0200 Message-ID: <67um8robackn33.fsf@saturn.laptop> References: <67um8rzju4ykdj.fsf@saturn.laptop> <87a9lz1zpj.fsf@building.gnus.org> <87ppuv4rs1.fsf@randomsample.de> <67um8robae33lb.fsf@saturn.laptop> <877gh24094.fsf@randomsample.de> <67um8ry59hnqe3.fsf@saturn.laptop> <8738ro52qr.fsf@randomsample.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1373368149 23353 80.91.229.3 (9 Jul 2013 11:09:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Jul 2013 11:09:09 +0000 (UTC) Cc: Katsumi Yamaoka , ding@gnus.org, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: ding-owner+M31769@lists.math.uh.edu Tue Jul 09 13:09:09 2013 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UwVn9-0002h7-6f for ding-account@gmane.org; Tue, 09 Jul 2013 13:09:07 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1UwVmr-00081C-LY; Tue, 09 Jul 2013 06:08:49 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1UwVmp-00080i-P5 for ding@lists.math.uh.edu; Tue, 09 Jul 2013 06:08:47 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1UwVmn-0005WV-RJ for ding@lists.math.uh.edu; Tue, 09 Jul 2013 06:08:47 -0500 Original-Received: from tux-cave.hellug.gr ([195.134.99.74]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1UwVmm-0005MT-94; Tue, 09 Jul 2013 13:08:44 +0200 X-Spam-Status: No X-Hellug-MailScanner-From: gkeramidas@gmail.com X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.9, required 5, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90) X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-ID: r69B8OhF001296 Original-Received: from giorgos.local (217-162-217-29.dynamic.hispeed.ch [217.162.217.29]) (authenticated bits=0) by tux-cave.hellug.gr (8.14.4/8.14.4/Debian-4) with ESMTP id r69B8OhF001296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 9 Jul 2013 14:08:32 +0300 Original-Received: by giorgos.local (Postfix, from userid 1800799460) id 077206DD8E4; Tue, 9 Jul 2013 13:08:16 +0200 (CEST) In-Reply-To: <8738ro52qr.fsf@randomsample.de> (David Engster's message of "Mon, 08 Jul 2013 20:24:28 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin) X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:83509 gmane.emacs.devel:161747 Archived-At: On Mon, 08 Jul 2013 20:24:28 +0200, David Engster wrote: > Giorgos Keramidas writes: >> The messages logged point to 'unexist' for all the groups: > > [...] > >> Does `unexist' mean that the group does not exist locally? > > No. It means the 'unexist' range is missing, which makes Gnus think this > Group was never synced before. > >> I see a few lines above that we check (and active uidvalidity unexist) >> but if 'unexist' means that the groups does not exist in >> `.newsrc.eld', then we are not reading the .newsrc.eld contents >> correctly. > > The 'unexist' range contains article numbers which are no longer in the > group (because they were moved or deleted). > > First, please make double sure that you are using at least Emacs trunk > rev. 113257, or the latest Gnus from git. > > Then, to debug this further: If you hit 'G E' on a group, you see all > the group info with the different ranges. You should see 'unexist' there > somewhere, which can be empty or contain some article numbers or ranges. > > When you exit Gnus, this information should be written to the file > newsrc.eld. Unfortunately, that file is barely human readable, but you > can restart Emacs and load it through > > (load-file "~/.newsrc.eld") > > and then look at the variable `gnus-newsrc-alist'. Do the groups still > have the 'unexist' ranges? When I load a .newsrc.eld file produced by the Gnus version of emacs-24 branch the (unexist) ranges are there. I used the following Lisp snippet to split & group the groups based on a check for their 'unexist' property: (defun group-by-unexist (newsrc-alist) (let ((left nil) (right nil)) (mapcar (lambda (group-data) (let ((name (car group-data)) (unexist (let ((third (nth 3 group-data))) (and (listp third) (not (null third)) (assoc 'unexist third))))) (if unexist (setq left (cons name left)) (setq right (cons name right))))) newsrc-alist) (list left right))) Running this: (group-by-unexist gnus-newsrc-alist) before and after loading Gnus in Emacs 24.X shows all my mail groups in the left group (found the 'unexist' property), and "nndrafts:drafts" in the right group (no 'unexist' property). Then as a second test, I started Emacs from trunk, compiled from this changeset: commit 96ac507f8061d42bae399a900fe1408862e19795 Author: Jan D. Date: Mon Jul 8 19:54:39 2013 +0200 * NEWS: NS can be build with ImageMagick. Running `M-x load-file RET ~/.newsrc.eld RET' and then: (group-by-unexist gnus-newsrc-alist) correctly shows all my mail groups in the left group (they have the 'unexist' property and the `group-by-unexist' function can find it). But then if I `M-x gnus' all groups go through an 'initial sync'. So I think that something is broken in the way Gnus tries to read the 'unexist' value from ~/.newsrc.eld