From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 13844 invoked from network); 4 Oct 2021 14:44:04 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 4 Oct 2021 14:44:04 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mXPCD-00FoeU-VO for ml@inbox.vuxu.org; Mon, 04 Oct 2021 09:44:02 -0500 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1mXPCD-0083p9-Cm for ml@inbox.vuxu.org; Mon, 04 Oct 2021 09:44:01 -0500 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1mXPCB-0083oz-66 for ding@lists.math.uh.edu; Mon, 04 Oct 2021 09:43:59 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mXPC7-00FoeD-II for ding@lists.math.uh.edu; Mon, 04 Oct 2021 09:43:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=4yvqy38vaqkvf3LApfokBt5VqCSZQaWCJKTmJn0YC7Y=; b=MNmnv+0k6Vw9VBw9AIMVdMAtLK mFhw9z3HAGMw7NBFFt//Ndoqe3IbsH/JyfvCrA8WfsRO5ybewPN2CDsShMFfAGIJXBFI23KfjHcTW ERubMSJRRX4Zq+0dv8O92g0xvCLo5E00UKbwfemoxiRl5HtZLYearsuxx7/+hkDxiP3I=; Received: from ciao.gmane.io ([116.202.254.214]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mXPBz-0003xC-3T for ding@gnus.org; Mon, 04 Oct 2021 16:43:50 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mXPBq-0000Zp-4Q for ding@gnus.org; Mon, 04 Oct 2021 16:43:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org To: ding@gnus.org From: Steinar Bang Subject: Re: Trying to use gnus-cloud: what's the pinentry dialog? (and how can I get rid of it?) Date: Mon, 04 Oct 2021 16:43:30 +0200 Organization: Probably a good idea Message-ID: <86wnmsj1f1.fsf@dod.no> References: <86ilywektx.fsf@dod.no> <86fsu0k5w3.fsf@dod.no> <86bl4ok58z.fsf@dod.no> <867dfck4g9.fsf@dod.no> <86mto3gwkj.fsf@dod.no> <86v92rwbyw.fsf@dod.no> <86lf3nw6su.fsf@dod.no> <86czozw5mo.fsf@dod.no> <867devd5uu.fsf@dod.no> <8635pjd59t.fsf@dod.no> <86y27b4gmk.fsf@dod.no> <87o887l93u.fsf@ericabrahamsen.net> <86tuhz4cx8.fsf@dod.no> <86k0iujy28.fsf@dod.no> <867deuj9sl.fsf@dod.no> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (windows-nt) Cancel-Lock: sha1:HTYZlcBUesT69btNOUes69Vpt7k= Mail-Copies-To: never List-ID: Precedence: bulk >>>>> Steinar Bang : > With the parsing errors fixed... or at least: worked around, ~-RET still > doesn't update the group read count. > In the minibuffer and in the Messages buffer, I see messages like this: > Skipping outdated cloud info for group nntp+news.gmane.io:gmane.mail.davmail.user, the info is from 2021-10-03T19:11:07+0200 (now is 2021-10-03T19:14:11+0200) > Is this a bug in gnus-cloud? I don't see how this could work...? https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el?h=emacs-27#n232 https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el?h=emacs-27#n241 Ie. unless you play tricks with the system clocks on the computers involved in the sync, there is no way the written time stamp isn't older than the current time (and the sync will fail to update). And indeed the master version of the same function looks quite different: https://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/gnus/gnus-cloud.el?h=master#n222 (the emacs-28 version of the function looks the same as master) Here's the change to the method: https://git.savannah.gnu.org/cgit/emacs.git/commit/lisp/gnus/gnus-cloud.el?id=a77ac015b3fecc4a63ae42712b693e3158fc5452&h=master commit a77ac015b3fecc4a63ae42712b693e3158fc5452 Author: David Edmondson Date: Sat Mar 28 19:03:58 2020 +0000 gnus-cloud: Improve cloud sync After replaying a set of actions downloaded by gnus-cloud, persist the highest sequence number seen as the local `gnus-cloud-sequence' number, in order that a future download will not unnecessarily replay previously seen actions and any future uploads from this emacs instance use a higher sequence number than that downloaded. Remove the test on whether individual newsrc entries are older than the current time, as that is always going to be the case. I wonder if emacs-28 gnus will run on emacs-27? What about emacs-26? I will try, and report back.