From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/40499 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: Adding parameters to gnus-select-method causes madness Date: Fri, 23 Nov 2001 16:09:40 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035176039 1209 80.91.224.250 (21 Oct 2002 04:53:59 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:53:59 +0000 (UTC) Keywords: nnml,groups,gnus,old,clones Return-Path: Original-Received: (qmail 18635 invoked from network); 23 Nov 2001 21:10:20 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 23 Nov 2001 21:10:20 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 167NaB-0007YJ-00; Fri, 23 Nov 2001 15:09:59 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 23 Nov 2001 15:09:44 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id PAA08930 for ; Fri, 23 Nov 2001 15:09:33 -0600 (CST) Original-Received: (qmail 18624 invoked by alias); 23 Nov 2001 21:09:43 -0000 Original-Received: (qmail 18619 invoked from network); 23 Nov 2001 21:09:41 -0000 Original-Received: from mesquite.slip.cs.cmu.edu (HELO cinnamon.vanillaknot.com) (128.2.207.11) by gnus.org with SMTP; 23 Nov 2001 21:09:41 -0000 Original-Received: (from karl@localhost) by cinnamon.vanillaknot.com (8.11.2/8.11.2) id fANL9eo02667; Fri, 23 Nov 2001 16:09:40 -0500 Original-To: ding@gnus.org X-Face: "5(T0tZd{6}pd~YzBG8O/*EW,.]6]@`m^e;fv65W^Y&=d"M\1H}>T~4_.kcDD.O~y3k)a6 hR;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu Original-Lines: 55 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.4 (Civil Service, i686-pc-linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:40499 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:40499 I have nnml as my primary method: (setq gnus-select-method '(nnml "")) Fine so far. I am looking into adding multiple-backend support to nnir, so I want to add a parameter by modifying this definition to: (setq gnus-select-method '(nnml "" (nnir-search-engine 'swish++))) because I simply set nnir's backend to gnus-select-method. I start Gnus, and observe that Gnus now rediscovers every single nnml group I've got, subscribes them at default level 3, abandons them loosely inside the top level of my topic list, and `G E' shows them having a complete description of: ("nnml:foo.bar" 3 nil nil (nnml "")) Note that there is a bogus prefix "nnml:" on the group; this shouldn't have happened at all, considering that this is my primary method -- method descriptors are only supposed to be included in the name for secondary and foreign groups. The original groups, at varying group levels and with lots of group parameters and other information engaged, are still present. These "new" groups are information-free clones. They're wrong, just plain wrong. Even better, go to one of the *old* groups and hit `G E'. One sees that it has all the appropriate stuff (what's been read, reply marks, the works). Again, fine so far. Now, modify nothing, and hit `C-c C-c' to exit... ...and the old group *disappears*, while the new group persists, lacking all the good information that used to be part of the old. Also, the new group now lacks the "nnml:" prefix. *whimper* kill -9 ... (kill -9 several times, in fact, as I experimented with what was happening. Start Gnus, find something horrible happening, kill -9, modify .gnus, start again, find something dreadful, kill -9 ...) Now, I swear, all I did was add a server parameter. I don't have the first understanding why this should cause Gnus to fail to comprehend that the groups are no different. It didn't mark the old groups with `*' to indicate possibly bogus content; it just cloned them all, badly. Gnus is so confused about the clones that it can't quite differentiate them from the originals, once one edits their descriptions with `G E'. It seems that there is a very bad "eq" comparison of servers occurring. --karl