From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/11523 Path: main.gmane.org!not-for-mail From: Hrvoje Niksic Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus v5.4.62 is released Date: 08 Jul 1997 09:34:27 +0200 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035151219 30853 80.91.224.250 (20 Oct 2002 22:00:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:00:19 +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 BAA04926 for ; Tue, 8 Jul 1997 01:23:55 -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 BAA11419 for ; Tue, 8 Jul 1997 01:21:25 -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 DAA20242 for ; Tue, 8 Jul 1997 03:20:49 -0500 (CDT) Original-Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 8 Jul 1997 09:34:41 +0200 Original-Received: (from hniksic@localhost) by jagor.srce.hr (8.8.5/8.8.4) id JAA12529; Tue, 8 Jul 1997 09:34:27 +0200 (MET DST) Original-To: ding@ifi.uio.no X-Attribution: Hrv X-Face: Mie8:rOV<\c/~z{s.X4A{!?vY7{drJ([U]0O=W/xDi&N7XG KV^$k0m3Oe/)'e%3=$PCR&3ITUXH,cK>]bci&Ff%x_>1`T(+M2Gg/fgndU%k*ft [(7._6e0n-V%|%'[c|q:;}td$#INd+;?!-V=c8Pqf}3J In-Reply-To: Sudish Joseph's message of "08 Jul 1997 01:28:25 -0400" X-Mailer: Gnus v5.4.59/XEmacs 20.3(beta11) - "Stockholm" Original-Lines: 54 Original-Xref: altair.xemacs.org dgnus-list:1913 Xref: main.gmane.org gmane.emacs.gnus.general:11523 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:11523 Sudish Joseph writes: > >> I beg to differ. from the beginners point it's still a bit difficult > >> to set up a gnus environment. > > > Exactly. Which is why Gnus should provide the most palatable > > behaviour by default. And I still think this category includes /not/ > > creating 100K+ .newsrc.eld by default. > > FWIW, I'm totally with Jens here. > > A lot of the listing/jumping/subscribing commands work off of the > killed list, as does newsgroup name completion. [...] > I quickly learnt to set save-killed-list to t when I left OSU with > it's small active file to a server with a reasonable number of > groups. With the new default of `gnus-read-active-file' to `some', the killed list will never have been constructed in the first place. > Finally, I do not understand why disk space is the critical resource > in this instance. I didn't say it was the "critical resource" -- it's only a matter of well-behaving. Programs that save such large files by default don't look well-behaving to me. YMMV. 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. > 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? > 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). 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). -- Hrvoje Niksic | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- * Vi is the God of editors. * Emacs is the editor of Gods.