From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/20012 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: Huh? "Trying to require a method that doesn't exist"? Date: 23 Dec 1998 15:50:08 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 X-Trace: main.gmane.org 1035158305 14886 80.91.224.250 (20 Oct 2002 23:58:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:58:25 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id PAA09562 for ; Wed, 23 Dec 1998 15:52:44 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id OAB27109; Wed, 23 Dec 1998 14:52:31 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 23 Dec 1998 14:51:05 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id OAA02762 for ; Wed, 23 Dec 1998 14:50:52 -0600 (CST) Original-Received: from beaver.jprc.com (BEAVER.JPRC.COM [207.86.147.217]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id PAA09491 for ; Wed, 23 Dec 1998 15:50:43 -0500 (EST) Original-Received: (from karl@localhost) by beaver.jprc.com (8.8.7/8.8.7) id PAA01381; Wed, 23 Dec 1998 15:50:08 -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)a6h R;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu User-Agent: Gnus/5.070066 (Pterodactyl Gnus v0.66) XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 59 Xref: main.gmane.org gmane.emacs.gnus.general:20012 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:20012 I've been tasked with trying to set up a (somewhat) generic profile for new Gnus users, specifically to make a little pre-defined sense of mail groups' setup. So I've created a dummy account in which I've placed my own .emacs and .gnus.el, and stripped the deeper weirdnesses out of them. I've got it down to something that's comparatively simple. M-x gnus RET works fine, and Gnus is correctly dropping mail from me in "personal.jprc" without problem. However, when I start up with M-x gnus-no-server RET, confusion reigns: Signaling: (error "Trying to require a method that doesn't exist") signal(error ("Trying to require a method that doesn't exist")) cerror("Trying to require a method that doesn't exist") apply(cerror "Trying to require a method that doesn't exist") error("Trying to require a method that doesn't exist") gnus-server-opened((nil "")) gnus-activate-group("nnml:personal.jprc" scan) gnus-get-unread-articles(2) gnus-setup-news(nil 2 t) byte-code("[80 chars removed --kk]" [dont-connect did-connect gnus-group-quit gnus-run-hooks gnus-startup-hook gnus-make-newsrc-file gnus-startup-file gnus-current-startup-file gnus-slave gnus-use-dribble-file gnus-dribble-read-file gnus-use-grouplens bbb-login add-hook gnus-summary-mode-hook gnus-grouplens-mode gnus-setup-news nil level gnus-setup-news-hook gnus-start-draft-setup gnus-group-list-groups gnus-group-first-unread-group gnus-configure-windows group gnus-group-set-mode-line gnus-started-hook] 4) gnus-1(2 t nil) gnus(2 t nil) gnus-no-server-1(nil nil) gnus-no-server(nil) call-interactively(gnus-no-server) After fiddling with edebug for an hour, it dawned on me that someone had similar complaints not too long ago. (This is why I keep nnml:list.ding for 30 days...) The specific calling sequence which leads to this is: gnus-activate-group -> gnus-find-method-for-group -> gnus-server-to-method The group information obtained certainly appears correct, at first glance, as reported during edebug of gnus-find-method-for-group: ("nnml:personal.jprc" 1 ((1 . 1)) nil "nnml:") However, it's that last element that causes trouble: "nnml:". I understand, from the brief flurry of activity surrounding Harry Putnam's report about this, that this format is new, for some sort of optimization or simplification purpose. But it isn't being handled properly in this case. For the situation at hand, I did `G E' to get at all group information, and I edited "nnml:" into (nnml ""), and now it works fine with both gnus-no-server and gnus. p0.66. --karl