Gnus development mailing list
 help / color / mirror / Atom feed
From: Simon Josefsson <jas@extundo.com>
Cc: ding@gnus.org
Subject: Re: nnml/nnfolder marks faster
Date: Sun, 23 Sep 2001 22:39:11 +0200	[thread overview]
Message-ID: <iluite9vdzk.fsf@barbar.josefsson.org> (raw)
In-Reply-To: <m14rpulz2n.fsf@reader.newsguy.com> (Harry Putnam's message of "Sun, 23 Sep 2001 08:13:52 -0700")

Harry Putnam <reader@newsguy.com> writes:

> It seems that marks, seen, recent, et all has introduced quite a few
> problems. For me it has been problems that seem to have solved themselves at
> least temporarily.
>
> Probably heresy but I'm wondering if the value of these things is so
> great as to merit not just dropping it as a nice idea but not that
> workable.

If noone feel these changes serve any purpose, I guess we could back
them out.  But if someone finds them useful, maybe it is nice to keep
it and isolate any possible problems.

Most features have problems in the beginning, and we are talking about
several new features here -- seen, recent, self-contained nnml and
self-contained nnfolder are four separate features, with their own
separate set of bugs.  Thinking of them as one new feature is not
fair, I think.

> My understanding is that this started as a way to allow for backing up
> readedness marks easily.  For my usage that is not now nor has it ever
> been a big issue.  When I've had occasion to lose readedness marks it
> has never been a major calamity.  Usually I can reconstruct close
> enough without too much trouble, or just start over.
>
> How serious of a problem is it to simply start over with the marks?
> About the only ones that has immediate effects is the persistent,
> dormant and tick mark, which depending on setting might mean a bunch
> of stuff gets uncached and deleted or unmarked and deleted.  And of
> course this could happen anyway, even with the new files in place.
> Like maybe a random rogue M-c in group buffer.
>
> I've used a backup system *outside* gnus for a long time.  It does not
> backup marks but it does backup messages which is far more important.
> It seem to me that marks are really not a core need.  That is, nothing
> really bad happens if you loose them.

Marks in nnml and nnfolder had this goal, yes.  It sounds as if you
don't need the feature, and modulo bugs the absence or presence of the
feature shouldn't matter then.

The seen and recent marks had different goals though.

> It seems further that the things that do represent significant effort
> to reconstruct are still no better than ever. That is, the stuff in 
> `G p' settings still resides in .newsrc.eld and is therefore no more
> backupable than it ever was.

Right, I think we could get to that as well, in time.



  parent reply	other threads:[~2001-09-23 20:39 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-08 19:38 Simon Josefsson
2001-09-12 19:42 ` Dan Christensen
2001-09-14 13:43   ` Simon Josefsson
2001-09-14 14:51     ` Paul Jarc
2001-09-14 17:32       ` Simon Josefsson
2001-09-14 18:08         ` Paul Jarc
2001-12-30  3:52           ` Lars Magne Ingebrigtsen
2001-12-31 10:02             ` Paul Jarc
2001-12-31 10:07               ` Lars Magne Ingebrigtsen
2001-12-31 10:28                 ` Paul Jarc
2001-12-31 10:34                   ` Lars Magne Ingebrigtsen
2001-12-31 10:56                     ` Paul Jarc
2001-12-31 10:59                       ` Lars Magne Ingebrigtsen
2001-12-31 11:20                         ` Paul Jarc
2001-09-14 18:11     ` Dan Christensen
2001-09-14 18:23       ` Dan Christensen
2001-09-20 18:38         ` Simon Josefsson
2001-09-21 15:00           ` Dan Christensen
2001-09-21 16:23             ` Simon Josefsson
2001-09-22 15:29               ` Dan Christensen
2001-09-22 16:53                 ` Simon Josefsson
2001-09-22 21:19                   ` Paul Jarc
2001-09-22 22:50                     ` Simon Josefsson
2001-09-23  6:17                       ` Paul Jarc
2001-09-23 10:13                         ` Simon Josefsson
2001-09-23 15:13                           ` Harry Putnam
2001-09-23 16:56                             ` Nevin Kapur
2001-09-23 20:46                               ` Simon Josefsson
2001-09-23 20:39                             ` Simon Josefsson [this message]
2001-09-23 22:50                             ` Kai Großjohann
2001-09-25  3:25                           ` Paul Jarc
2001-09-25 10:04                             ` Simon Josefsson
2001-09-25 15:45                               ` Paul Jarc
2001-09-25 16:53                                 ` Simon Josefsson
2001-09-25 17:08                                   ` Paul Jarc
2001-09-24 17:03                   ` Dan Christensen
2001-09-24 17:40                     ` Simon Josefsson
2001-09-25  2:28                       ` Dan Christensen
2001-09-25 17:19                         ` Simon Josefsson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=iluite9vdzk.fsf@barbar.josefsson.org \
    --to=jas@extundo.com \
    --cc=ding@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).