From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/11524 Path: main.gmane.org!not-for-mail From: Sudish Joseph Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus v5.4.62 is released Date: 08 Jul 1997 12:56:53 -0400 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035151220 30864 80.91.224.250 (20 Oct 2002 22:00:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:00:20 +0000 (UTC) Return-Path: Original-Received: from sandy.calag.com (root@sandy [206.190.83.128]) by altair.xemacs.org (8.8.6/8.8.6) with ESMTP id LAA11000 for ; Tue, 8 Jul 1997 11:09:43 -0700 Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by sandy.calag.com (8.8.6/8.8.6) with ESMTP id LAA14820 for ; Tue, 8 Jul 1997 11:07:09 -0700 Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by xemacs.org (8.8.5/8.8.5) with SMTP id NAA21414 for ; Tue, 8 Jul 1997 13:06:30 -0500 (CDT) Original-Received: from atreides.eng.mindspring.net (atreides.eng.mindspring.net [207.69.183.11]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Tue, 8 Jul 1997 18:57:26 +0200 Original-Received: (qmail 32464 invoked by uid 52477); 8 Jul 1997 16:56:53 -0000 Original-To: ding@ifi.uio.no In-Reply-To: Hrvoje Niksic's message of "08 Jul 1997 09:34:27 +0200" X-Mailer: Gnus v5.4.62/XEmacs 20.3(beta7) - "Oslo" Original-Lines: 44 Original-Xref: altair.xemacs.org dgnus-list:1914 Xref: main.gmane.org gmane.emacs.gnus.general:11524 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:11524 Hrvoje Niksic writes: > With the new default of `gnus-read-active-file' to `some', the killed > list will never have been constructed in the first place. I guess I missed that setting. Note that the killed-list only needs to be setup once -- I run with g-r-a-f set to 'some and g-s-k-l set to t. The newgroups check suffices to keep it in synch with the server. > A practical reason is that there are people trying to run Gnus in a > multiuser environment, where they have a quota. The size of > .newsrc.eld can matter to them. IMO we shouldn't cripple functionality to help an unknown problem with disk quotas. The user is the only one who knows what she needs, let them make the decision to forgo functionailty for disk space. >> OTOH, the thing about save-killed-list that annoys me most is the >> additional time taken to save .newsrc.eld. We can address that in >> other ways than to default to not saving killed-list. > How? See below. >> Since it's largest component is the list of killed groups, and since >> that list is changed infrequently, it could be split out to a >> separate file (which could even be loaded only on demand, if >> needed). By saving it only when it's changed. > Here you have touched a separate issue, which is caching of > server-side data. For instance, Gnus might be much more useful if it > cached things like newsgroups list, newsgroup descriptions, and even > XOVER info, locally (Netscape 4 newsreader caches XOVER). Sure, it's a separate issue, but it's one that's relevant to the subject here. Of all the cacheable items, the active file is the only one that actually affects functionality. The others are performance hacks. I'm not saying performance isn't an important consideration -- just that a crippled newsreader will turn away more new users. -Sudish