From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/86498 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Documentation of gnus-check-new-newsgroups, select methods value Date: Sat, 02 Jan 2016 19:55:16 +0800 Message-ID: <87io3c6vrv.fsf@ericabrahamsen.net> References: <871ta0z03u.fsf@tullinup.koldfront.dk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1451735760 10697 80.91.229.3 (2 Jan 2016 11:56:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 2 Jan 2016 11:56:00 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M34722@lists.math.uh.edu Sat Jan 02 12:55:48 2016 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 1aFKmh-00062f-FR for ding-account@gmane.org; Sat, 02 Jan 2016 12:55:47 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.85) (envelope-from ) id 1aFKmS-0001pG-Gr; Sat, 02 Jan 2016 05:55:32 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1aFKmQ-0001og-68 for ding@lists.math.uh.edu; Sat, 02 Jan 2016 05:55:30 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1aFKmO-00015j-OF for ding@lists.math.uh.edu; Sat, 02 Jan 2016 05:55:30 -0600 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1aFKmN-0005L0-As for ding@gnus.org; Sat, 02 Jan 2016 12:55:27 +0100 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aFKmK-0005dl-AE for ding@gnus.org; Sat, 02 Jan 2016 12:55:25 +0100 Original-Received: from 123.122.35.65 ([123.122.35.65]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 02 Jan 2016 12:55:24 +0100 Original-Received: from eric by 123.122.35.65 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 02 Jan 2016 12:55:24 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 123.122.35.65 User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:0c9LSXlA2ukg1bxa8cHIfEzkGbE= X-Spam-Score: -0.1 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:86498 Archived-At: asjo@koldfront.dk (Adam Sjøgren) writes: > The documentation of gnus-check-new-newsgroups does not mention that > _if_ you set the variable to a list of select methods, then the options > set on those select methods in gnus-secondary-select-methods will be > ignored. > > Should it? > > What lead me to discover this, is that I have had for a long time: > > (setq gnus-secondary-select-methods > '( > (nnml "" > (nnir-search-engine notmuch)) > ... > > and recently I added: > > (setq gnus-check-new-newsgroups '((nnml ""))) > > Which had the side effect of making nnir-searches on nnml: return no > results. (Which, by the way, is also misleading - shouldn't nnir say > "I was not configured to search anything", rather than "I didn't find > any results"?) > > If I change gnus-check-new-newsgroups to '((nnml "" (nnir-search-engine > notmuch))) searching works again. > > Which is nice, but it feels a little, uh, brittle? That's almost guaranteed not to be how it's supposed to work -- that shouldn't have anything to do with searching. I don't know the solution, I'm afraid, but I will add this to my little list of "things that would be fixed by EIEIO server definitions" :) Incidentally, why is the server string name empty? Don't people's servers usually always have a name? Perhaps if you were using '((nnml "server name")) in `gnus-check-new-newsgroups', it might not break? Not that that means this isn't a bug...