From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/41597 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: `gnus-unseen-mark' everywhere Date: Fri, 04 Jan 2002 22:27:24 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <86elld3ptd.fsf@i2d.home> <86666nc1a0.fsf@i2d.home> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035176969 7032 80.91.224.250 (21 Oct 2002 05:09:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:09:29 +0000 (UTC) Return-Path: Original-Received: (qmail 4165 invoked from network); 4 Jan 2002 21:30:03 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 4 Jan 2002 21:30:03 -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 16Mbu2-0005zg-00; Fri, 04 Jan 2002 15:29:26 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 04 Jan 2002 15:29:18 -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 PAA10119 for ; Fri, 4 Jan 2002 15:29:06 -0600 (CST) Original-Received: (qmail 4152 invoked by alias); 4 Jan 2002 21:29:06 -0000 Original-Received: (qmail 4147 invoked from network); 4 Jan 2002 21:29:05 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by gnus.org with SMTP; 4 Jan 2002 21:29:05 -0000 Original-Received: from localhost.localdomain ([195.42.214.241]) (authenticated bits=0) by yxa.extundo.com (8.12.1/8.12.1) with ESMTP id g04LSv6X001679 for ; Fri, 4 Jan 2002 22:29:01 +0100 Original-To: ding@gnus.org In-Reply-To: (prj@po.cwru.edu's message of "Fri, 04 Jan 2002 16:12:51 -0500") Mail-Copies-To: nobody Original-Lines: 56 User-Agent: Gnus/5.090005 (Oort Gnus v0.05) Emacs/21.1.50 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:41597 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:41597 prj@po.cwru.edu (Paul Jarc) writes: > Simon Josefsson wrote: >> prj@po.cwru.edu (Paul Jarc) writes: >>> Well, at least some things other than "seen" should probably be still >>> dealt with as they are now. E.g., "cache" really shouldn't be stored >>> in any backend, because the information "cache" represents has nothing >>> to do with what is stored in the backend. >> >> Hm. One could argue (as I probably did in our last discussion) that >> the "seen" mark does not have to do with anything in the backend >> either. > > It doesn't have to do with the backend itself, but it does have to do > with what is stored via the backend - i.e., the articles. OTOH, > "cache" has to do with information always stored outside the backend. > There's nothing outside the backend that "seen" depends on, or must be > synchronized with, etc. You could say that ".newsrc.eld" is outside of the backend and the seen mark depends on it and is specific to .newsrc.eld. Or even .gnus. Point is, seen is specific to one instance of Gnus and has to be synchronized with that instance. This is one view at least. I'm not sure we'll gut much further on this point. >>> Gnus could define a list of marks that are supposed to be per-user in >>> shared groups; [...] Backends could then DTRT with whichever marks >>> are included in that variable > ... >> Right now the dichotomy is between marks that belong in backends and >> marks that doesn't belong there, and among the few marks that doesn't >> belong in backends (seen cache download unsend score) only "seen" is >> questionable. > > Or else all the others are; I think last time, the idea appeared that > the information represented by those marks should perhaps not be > represented by marks at all, but instead by something else. Yup. The marks could ideally be maintained by the Gnus Agent and Gnus Cache themselves. Seen could be maintained by Gnus. Everything else could be placed in the backends. But this sounds like even more work. > Did anything ever come of the proposed cache/agent unification? Water over head. It would take some work to do it cleanly, and will probably break everything in the process. I wish I had more time to work on it and then support it.. > I think such a project could also handle the de-mark-ification of at > least "cache" and "download", right? That could be another step in that project. It is probably best to unify the agent and the cache without touching marks first though. Maybe we should start porting Gnus to Guile and clean up the design in the process. But this sounds like really more work. :-)