From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/87051 Path: news.gmane.org!not-for-mail From: Dave Abrahams Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-sync work Date: Thu, 19 May 2016 15:45:41 -0700 Message-ID: References: <87twzdc86f.fsf@building.gnus.org> <8761bhzz0f.fsf@lifelogs.com> <878ugdxpuc.fsf@lifelogs.com> <86twv7p7nu.fsf_-_@dod.no> <86r3pnciof.fsf_-_@dod.no> <87io0y4bw4.fsf_-_@lifelogs.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1463698290 28749 80.91.229.3 (19 May 2016 22:51:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 May 2016 22:51:30 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M35272@lists.math.uh.edu Fri May 20 00:51:17 2016 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1b3Wmh-0003JW-9J for ding-account@gmane.org; Fri, 20 May 2016 00:51:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.86_2) (envelope-from ) id 1b3Wlh-0003yC-3m; Thu, 19 May 2016 17:50:13 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86_2) (envelope-from ) id 1b3Wld-0003xb-BX for ding@lists.math.uh.edu; Thu, 19 May 2016 17:50:09 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.86_2) (envelope-from ) id 1b3Wla-0006D0-JW for ding@lists.math.uh.edu; Thu, 19 May 2016 17:50:09 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1b3WlZ-0007Vr-7S for ding@gnus.org; Fri, 20 May 2016 00:50:05 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1b3WlX-0002bl-F1 for ding@gnus.org; Fri, 20 May 2016 00:50:03 +0200 Original-Received: from 17.212.145.127 ([17.212.145.127]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 May 2016 00:50:03 +0200 Original-Received: from dave by 17.212.145.127 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 May 2016 00:50:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 43 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 17.212.145.127 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Cancel-Lock: sha1:sUqF7Oqyfec3EYkKOLJHTobo+Wk= X-Spam-Score: -1.7 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:87051 Archived-At: on Mon Mar 07 2016, Ted Zlatanov wrote: > On Sun, 07 Jun 2015 23:28:16 +0200 Steinar Bang wrote: > > SB> I've given up on the couchdb route, all that happens when trying to > SB> initialize couchdb 1.4.0 is that I'm getting strange error messages, > SB> like e.g. a 404 on /sb/_design/lesync (my base is named "sb" and not > SB> "tzz"), and /var/couchdb/couchdb.log fils up with JSON dumps with error > SB> messages I don't understand. > > Yeah... I haven't used this in years and CouchDB has not been a fun > environment. It was a mistake for me to rely on it. > > Lars had agreed to use IMAP as the sync backend and started work on > that, but I don't know the current status (I ask this question once a > year, sorry). The ultimate goal is to host the newsrc.eld entirely > inside IMAP. My work with Tramp to support file access over IMAP (now > removed because it was not used by anyone) could have been part of that, > but clearly an atomic file would not work, we need to break out the > records for each group so they can be updated independently. > > Using the Gnus slave code seems clever but would be a mistake, I think > (because the assumption with Gnus slaves is that a master will > eventually come along and gather the dribble files). Another way of > looking at it is that Gnus needs to be in perpetual slave mode, there > should be no master. > > In a modern environment, I think there are many choices for distributed > databases but I think IMAP remains the best way to synchronize data > across multiple news readers even though it's a terrible data protocol. > Partly that's because it already synchronizes mail through article > marks. But I'm not sure, honestly. I wonder how ridiculous it would be to, for every newsgroup, create imap folders with empty shadow articles for each news article? Then you could access NNTP and IMAP in parallel and just use IMAP for the article marks. Insane? -- -Dave