From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/81401 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: I can haz cloud idea Date: Thu, 16 Feb 2012 07:49:47 +0100 Organization: Programmerer Ingebrigtsen Message-ID: <87obszxofo.fsf@gnus.org> References: <87fwebnzd8.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1329375094 31226 80.91.229.3 (16 Feb 2012 06:51:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 16 Feb 2012 06:51:34 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M29681@lists.math.uh.edu Thu Feb 16 07:51:30 2012 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RxvBi-0001Fd-0N for ding-account@gmane.org; Thu, 16 Feb 2012 07:51:30 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1RxvAT-0005ep-On; Thu, 16 Feb 2012 00:50:13 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1RxvAP-0005ed-C9 for ding@lists.math.uh.edu; Thu, 16 Feb 2012 00:50:09 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1RxvAK-000455-KE for ding@lists.math.uh.edu; Thu, 16 Feb 2012 00:50:08 -0600 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1RxvAI-0003hq-GT for ding@gnus.org; Thu, 16 Feb 2012 07:50:02 +0100 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1RxvAI-0000Dn-3O for ding@gnus.org; Thu, 16 Feb 2012 07:50:02 +0100 Original-Received: from 93-41-188-50.ip82.fastwebnet.it ([93.41.188.50]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Feb 2012 07:50:02 +0100 Original-Received: from larsi by 93-41-188-50.ip82.fastwebnet.it with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Feb 2012 07:50:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 34 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 93-41-188-50.ip82.fastwebnet.it Mail-Copies-To: never User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.0.93 (gnu/linux) Cancel-Lock: sha1:G+U6RlRZ2/Pq5dgJtsOaVc3WH4I= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:81401 Archived-At: If this is to work smoothly (i.e., at all), then every time you hit `g' in a Gnus, it'll have to know whether something else updated the state group. This also means that every time you exit a group or does something else that changes state, it'll have to be uploaded pretty much immediately. This also means that there would be no explicit "upload" commands. Here's how I see this working: When you first start the thing, it does a total upload. Then, every time you (say) exit a group, it only uploads the delta between the previous total upload and the current state. So after you've read a couple of groups, the delta file will look like ("gwene.com.feedburner.cheezburger" (add (read (56 . 59))) (del (tick 58))) or something. Gnus will continue to upload the entire delta file to the server on each group exit (and delete any previous deltas). Until the delta gets so big that Gnus just does a total upload again, and removes all previous data. It sucks that `g' has to query the state group, though. But it really doesn't. If we maintain a separate cloud connection, then we can just IDLE on the state group. Then every time a different Gnus somewhere does something, then the other Gnus instances can just download the state change, and update itself automatically. Totally transparently and in the background. Unless the IMAP server has dropped the connection, of course. Then `g' will have to reconnect and do the update while you wait. -- (domestic pets only, the antidote for overdose, milk.) http://lars.ingebrigtsen.no * Sent from my Rome